포럼
page_full_width" class="col-xs-12" |cond="$__Context->page_full_width">
p, br 옵션과 에디터 선택 가능성에 대한 생각.
2012.03.29 21:37
사실적 표준
해외 대부분의 에디터는 엔터 키를 치면 p가 생성되고 브라우저가 제공하는 기본 상하 여백이 발생합니다. 쉬프트 엔터를 치면 상하 여백 없는 줄바꿈 br이 생성되구요. 이것과 관련하여 위지윅 에디터가 어떻게 처리해야 한다는 공식 표준은 없지만 이미 대부분의 에디터가 통일된 방식을 사용하고 있습니다. 따라서 이는 사실적 표준이라 볼 수 있습니다.
우물 안 개구리
유독 한국에서만 이 룰을 따르지 않고 유별난 사용자 경험을 제공하는데요. XE는 이제 한국 사람만 쓰는 CMS는 아닙니다. 시장에서 형성된 사실 표준을 따르고 낡은 방식을 버려야 앞으로 나아갈 수 있습니다.
선택권의 함정
여백 설정을 옵션으로 제공해 달라는 의견도 있는데요. 그러려면 결국 기존에 버리고자 했던 외부 CSS를 다시 유지하거나 또는 여백을 스타일을 모든 p 요소에 인라인으로 추가해야 합니다. 외부 CSS 방식은 한 번 넣으면 빼거나 바꿀 수 없습니다. 기존의 문서 스타일을 깨기 때문입니다. 결국 선택할 수 있게 옵션을 제공해도 바꾸기 어렵습니다. 한편 인라인으로 여백을 설정하는 스타일은 소스코드를 지저분하게 만들고 HTML 용량을 증가시켜 네트웍 사용량을 증가시킵니다. 그 비용은 모두 사용자가 감수해야 합니다. 개발자로서 눈 한 번 딱 감고 사용자 욕구니까 들어주자고 하면 그만일 수도 있습니다. 그러나 만약 누군가 그런 방법으로 개발했다면 후대에 비난받아 마땅하다고 생각합니다.
흔히 선택권을 제공하는 방법은 개발자로써 별 고민 없이 가장 쉽게 사용자의 욕구를 수용하는 방법이고 가장 쉽게 개발하면서 책임은 사용자에게 떠넘기는 방법입니다. 비행기 조종석 같은 모습의 XE가 사용하기 편한가요?
에디터 선택권
다양한 에디터를 선택할 수 있으면 저도 좋다고 생각합니다. 그러나 이것은 충분히 여유가 될 때 고려해 볼 수 있는 사안으로써 현재가 아닌 다음 스텝이면 좋겠습니다.
또 한편으로는 TinyMCE가 아닌 다른 에디터를 선택해야 하는 욕구에 대해서는 아직 충분히 공감하지 못했습니다. 현존하는 에디터들은 서로 거의 닮아가며 동등한 기능을 제공하고 있는데요. 딱히 다른 에디터를 선택해야 하는 이유가 뭘까요?
그리고 설사 다른 에디터를 선택 가능하게 한다 치더라도 기존의 낡은 에디터를 선택하도록 두는 방법은 반대합니다. 낡은 에디터는 개발자에게 IE6 같은 존재 입니다. 사용자는 새로운 것을 배우기 귀찮고 지금 당장 편해서 쓴다지만 개발자 입장에서는 빨리 없어지는 편이 세상에 더 도움이 된다고 생각하는 것입니다. 개발자만 생각해서 그러는 것이 아닙니다. 낡은 코드 유지보수에 빠져있는 동안 버려지는 기회비용은 공짜가 아닙니다.
해외 대부분의 에디터는 엔터 키를 치면 p가 생성되고 브라우저가 제공하는 기본 상하 여백이 발생합니다. 쉬프트 엔터를 치면 상하 여백 없는 줄바꿈 br이 생성되구요. 이것과 관련하여 위지윅 에디터가 어떻게 처리해야 한다는 공식 표준은 없지만 이미 대부분의 에디터가 통일된 방식을 사용하고 있습니다. 따라서 이는 사실적 표준이라 볼 수 있습니다.
우물 안 개구리
유독 한국에서만 이 룰을 따르지 않고 유별난 사용자 경험을 제공하는데요. XE는 이제 한국 사람만 쓰는 CMS는 아닙니다. 시장에서 형성된 사실 표준을 따르고 낡은 방식을 버려야 앞으로 나아갈 수 있습니다.
선택권의 함정
여백 설정을 옵션으로 제공해 달라는 의견도 있는데요. 그러려면 결국 기존에 버리고자 했던 외부 CSS를 다시 유지하거나 또는 여백을 스타일을 모든 p 요소에 인라인으로 추가해야 합니다. 외부 CSS 방식은 한 번 넣으면 빼거나 바꿀 수 없습니다. 기존의 문서 스타일을 깨기 때문입니다. 결국 선택할 수 있게 옵션을 제공해도 바꾸기 어렵습니다. 한편 인라인으로 여백을 설정하는 스타일은 소스코드를 지저분하게 만들고 HTML 용량을 증가시켜 네트웍 사용량을 증가시킵니다. 그 비용은 모두 사용자가 감수해야 합니다. 개발자로서 눈 한 번 딱 감고 사용자 욕구니까 들어주자고 하면 그만일 수도 있습니다. 그러나 만약 누군가 그런 방법으로 개발했다면 후대에 비난받아 마땅하다고 생각합니다.
흔히 선택권을 제공하는 방법은 개발자로써 별 고민 없이 가장 쉽게 사용자의 욕구를 수용하는 방법이고 가장 쉽게 개발하면서 책임은 사용자에게 떠넘기는 방법입니다. 비행기 조종석 같은 모습의 XE가 사용하기 편한가요?
에디터 선택권
다양한 에디터를 선택할 수 있으면 저도 좋다고 생각합니다. 그러나 이것은 충분히 여유가 될 때 고려해 볼 수 있는 사안으로써 현재가 아닌 다음 스텝이면 좋겠습니다.
또 한편으로는 TinyMCE가 아닌 다른 에디터를 선택해야 하는 욕구에 대해서는 아직 충분히 공감하지 못했습니다. 현존하는 에디터들은 서로 거의 닮아가며 동등한 기능을 제공하고 있는데요. 딱히 다른 에디터를 선택해야 하는 이유가 뭘까요?
그리고 설사 다른 에디터를 선택 가능하게 한다 치더라도 기존의 낡은 에디터를 선택하도록 두는 방법은 반대합니다. 낡은 에디터는 개발자에게 IE6 같은 존재 입니다. 사용자는 새로운 것을 배우기 귀찮고 지금 당장 편해서 쓴다지만 개발자 입장에서는 빨리 없어지는 편이 세상에 더 도움이 된다고 생각하는 것입니다. 개발자만 생각해서 그러는 것이 아닙니다. 낡은 코드 유지보수에 빠져있는 동안 버려지는 기회비용은 공짜가 아닙니다.