티스토리 베타테스팅 기간 동안 계속해서 이어지는 미션 덕분에
많은 베타테스터분들과 티스토리 운영자분들의 심신이 지쳐있으리라 생각됩니다.
게다가 미션 하기도 바쁜 와중에 버그 찾으랴, 찾아서 보고하랴, 보고 받아서 수정하랴...
정말 박카스와 비타500을 세트로 돌리고 싶을 정도입니다. ㅋㅋ
게다가 안타깝게 베타 테스터로 선발되지 못하신 많은 블로거님들께서는 매일같이 쏟아지는
베타 테스트 관련 포스트에 어리둥절, 정신없어 하시고 계시진 않을까요..?
베타 테스팅을 하면서 개편 내용을 직접 테스트 해보는 저희 베타 테스터도 정신이 없는데
개편 내용을 간접적으로만 전해 듣고 계신 분들은 어떨지 눈에 선합니다;;
그래서... 이번 [쉬어가기] 코너를 준비했습니다. :)
"쉬어가기"에서는 개편된 티스토리에서 논란이 되는 이슈에 대해 다뤄볼 생각입니다.
제가 이 코너를 굳이 생성한 이유는,
- 개편과정에서 생길 수 있는 "기술적인 한계"를 정리해 베타 테스터분들을 도와드리고,
- 개편 후 블로깅 습관에 영향을 줄 수 있을 정도의 변화에 대해 예고하는 동시에,
- 댓글/트랙백을 통해 티스토리 블로거들의 의견을 모아서,
- 최종적으로 티스토리 운영자분들께서도 원활하게 개편작업을 하실 수 있게 돕기 위함,
입니다. ^^
이 코너가 진짜 도움이 될지 안 될지는 두고봐야겠지만...
바쁜 시간을 쪼개서 한번 진행해 볼 생각입니다.
물론 저는 컴퓨터 관련 업종 전문가가 아니기 때문에 다른 베타테스터분들의 많은 협조도 필요할 것 입니다.
만약 제가 잘못된 정보를 올리거나, 올린 정보의 내용이 부족하다고 판단되시면
가차없이 트랙백과 댓글로 질타해주세요. ㅠㅠ
그럼 [쉬어가기] 코너의 첫번째 주제이자 현재 많은 논란이 되고 있는,
새 에디터의 <p>태그 삽입에 관해 이야기해보고자 합니다.
1. <p>태그라니, 그게 뭔가요?
<p>태그는 HTML1에서 "문단"을 정의하기 위한 태그입니다.
쉽게 말해서 <p>~</p>로 둘러싸인 부분을 "문단"으로 표시해준다고 보시면 됩니다.
일반적으로 글의 문단을 구분하기 위해서 <p>태그와 <br>태그를 혼동해서 사용하시는데,
그 이유는 <p>와 <br>, 이 두가지 태그가 모두 줄을 바꿔주는 역할을 하기 때문입니다.
물론 <p>와 <br>이 줄을 바꾸는 방법은 약간 다릅니다.
<p>의 경우 문단을 나눠주는만큼 <p>태그와 <p>태그 사이에 한 줄 정도의 공백이 생깁니다:
입력된 HTML 태그:
<p>이것이 첫번째 문단이라면</p><p>이것은 두번째 문단입니다. 위의 공백이 보이시나요?</p>
표시되는 내용:
이것이 첫번째 문단이라면
이것은 두번째 문단입니다. 위의 공백이 보이시나요?
하지만 <br>은, 원래 linebreak태그라고해서, 단순히 줄만 바꿔주는 역할입니다:
입력된 HTML 태그:
이것이 첫번째 줄이라면<br/>이것은 두번째 줄입니다. 공백이 없죠?
표시되는 내용:
이것이 첫번째 줄이라면
이것은 두번째 줄입니다. 공백이 없죠?
사실 많은 블로그 에디터들은 <p>태그를 제대로 사용하지 않습니다.
<p>를 사용하느니 그냥 <br>을 두 번 치는 편이 편집하기에는 편하니까요.
기존의 티스토리 역시 <p>대신 <br>을 사용하는 추세였습니다.
편집화면에서 Enter키를 치면 <br>이 삽입되면서 줄이 바뀌었죠.
하지만, 이번 개편에서 Enter키를 치면 <br>대신 <p>가 삽입되게 변했습니다.
Shift+Enter를 이용해 <br>을 삽입할 수는 있지만 많은 분들이 이 개편사항에 대해 찬반이 엇갈리고 있습니다.
2. <p>태그가 새 에디터에서 문제가 되는 이유는 뭔가요?
새 에디터에서 <p>태그가 문제되는 이유는 단순합니다: Enter키를 치면 공백이 생기기 때문입니다.
기존 에디터에서는 솔직히 "문단 바꾸기"라는 개념이 없었습니다. 단순히 <br>을 이용해 줄만 바꿨죠.
그래서 문단을 바꾼 것처럼 꾸미기 위해서는 Enter키를 두번 입력했습니다.
하지만 이제는 Enter키를 치면 공백이 생기면서 문단이 생겨버립니다.
따라서 옛날처럼 Enter키를 난타하다가는, 중간에 생기는 공백 떄문에 줄이 띄엄띄엄 보이겠죠.
(물론 Shift+Enter를 사용하면 예전과 똑같이 편집할 수 있겠지만요)
따라서 기존에 Enter키로 자주 줄을 바꾸는 습관이 있으신 블로거에게는 상당히 골치아픈 일이 될 수 있습니다.
단지 외관상의 문제지만, 공백의 유무는 전체적인 블로그 이미지에 영향을 주니까요.
당연히 많은 베타테스터들이 문제를 제기한 것이죠.
3. 그렇다면 <p>태그가 <br>태그를 대체한 이유는 또 뭔가요?
이렇게 이슈가 될 것을 뻔히 알면서도 굳이 <p>태그를 사용하게 개편된 이유는 크게 두가지입니다:
- <p>태그가 웹표준에 적합하며,
- 개편을 통해 추가된 기능들이 <p>태그를 통해 구현되기 때문입니다.
일단 웹표준에 관해서는 seevaa님의 "# 미션 2 - 에디터 Before & After!"라는 포스트를 참고해주세요.
seevaa님은 이쪽 방면에 지식이 풍부하신지라 제가 설명하는 것보다 훨씬 정리도 잘 되어있습니다.
seevaa님의 말씀대로,
...이건 어떻게 보면 귀찮고 외려 불편한 것 같기도 한데, 저는 조금 적응이 되니까 괜찮습니다. 또한 좀더 웹표준을 준수하는데 도움이 되기도 한거니까 귀찮더라도 이렇게 하는 것이 좀더 옳은 방법이겠죠?
베타테스트가 끝나고 전체적으로 공개되어 서비스될때 분명 이에대한 말이 많을거라 생각됩니다만, 이건 보다 옳은 방법이고 웹표준에 대한 티스토리의 노력이라고 봐야겠죠.
본래는 문단으로 구별해야 하는 텍스트들을 <p>태그를 사용하지 않고, <br>태그를 연속으로 삽입하여 문단으로 구별한 것처럼 보이게 하는 방법은 지양해야합니다...
...에 적극 찬성하는 바 입니다. ^^
꼭 웹표준이 아니라도 <p>태그는, 이번에 새롭게 추가된 기능들을 구현하는데 필요합니다.
예를 들어, "들여/내어쓰기"는 <p>태그에 margin 스타일을 이용하는 기능이고
"줄간격"은 line-height 스타일을 이용해서 구현되고 있습니다.
그 외에도 "리스트"기능은 <p>태그로 문단을 구분하기 때문에 잔버그없이 구현이 가능하죠.
조금은 불편할 수도 있겠지만 표준화를 지킴으로써 개편된 에디터의 새 기능들이 빛을 발할 수 있는 것입니다.
※여러분의 의견은?
물론 이런 설명에도 불구하고 여전히 반대를 하시는 분들이 계실 것으로 생각됩니다.
아니면 다른 방법을 이용하면 어떨까하는 아이디어를 가지신 분도 계실 것이구요. (<span>태그 라던가...)
[쉬어가기]코너는 그런 의견들을 모아보고자 만들어졌기 때문에, 이 개편사항에 대해서 많은 댓글과 트랙백으로 의견을 수렴해주셨으면 합니다.
- HTML: Hyper Text Markup Language의 약자로, 웹 브라우저에 웹페이지가 어떻게 보여질지, 또 어떻게 링크될지를 정해주는 규격이라고 생각하면 편리하다. [본문으로]
이올린에 북마크하기
이올린에 추천하기'[특집]베타테스트 > 쉬어가기' 카테고리의 다른 글
| [쉬어가기3]티스토리의 방문자 통계기능 (8) | 2008/07/28 |
|---|---|
| [쉬어가기2]새 관리 메뉴의 마우스오버 드롭다운 건의안 (0) | 2008/07/22 |
| [쉬어가기1]새 에디터와 P태그 (30) | 2008/07/20 |
| [미션-외전]아직은 반쪽짜리인 표 삽입 기능. (7) | 2008/07/12 |
댓글은 당신의 얼굴입니다.
이곳에 당신의 아름다운 얼굴을 남겨주세요!
선택을 할 수 있게 된다는건 좋은 것이지요 사용자가 BR을 두번 치던 P를 치던..
제대로 활용을 하는 사람에겐 즐거움 일테니까요. 보기엔 그냥 줄을 바꾼다의 개념이겠지만, 여러가지 다른 의미도 있으니까 좋을듯 합니다..^^
선택도 선택이지만 기능적인 면에서도 이번 개편이 필수불가결했던 것 같습니다.
웹'표준'...이란 거 따라가야 되니까...
엔터 쳐서 <br>로 줄바꾸기 하던 사람들은 번거롭더라도 shift-enter를 쳐야된다...
이런 말씀이군요.
엔즐님의 생각인지, 티스토리의 공식적 의견인지, 아니면 엔즐님이 티스토리에서 일하시는 분인지...
는 잘 모르겠습니다만...
글쎄요. '표준'이란 말이 무슨 도장처럼 찍혀 있어서 뭐라 말은 하기 힘듭니다만
저같은 사용자는 많이 불편하군요. 번거롭구요.
지금가지는 '표준'이 아니었던 거군요. 티스토리 블로그 에디터가요... -ㅁ-;
트랙백 잘 받았고요.
즐거운 일요일 오후 보내세요.
물론 저는 티스토리 직원도 아니고 대변인도 아닙니다만, 제가 생각해본 이유들을 나열한 것입니다.
저 역시 웹에 관심이 많아서 이런 문제에 대해 감이 길러졌다고 할까요;;
그리고 이 포스트의 요점이 "웹표준을 따라야하기 때문"은 아닙니다.
아래부분에서 말씀드렸든 기능적인 면에서 <p>태그가 필요했던 것 같습니다.
웹표준은 법이 아니라 권고사항이기 때문에 안 지켜도 큰 상관은 없겠죠.
웹표준을 지키면 장기적으로 관리가 쉬워지고 크로스브라우저/플랫폼이 가능한 장점이 있을 뿐입니다.
하지만 비프리박님 말씀대로 불편해진 것은 사실입니다.
지금까지의 블로그 습관을 완전 바꿔버렸으니까요.
그런 장단점을 토론하기 위해 이 포스트를 작성했습니다.
"단순히 웹표준에 맞기 때문에"란 뜻보다, 장기적인 관점으로 볼 때 그것이 훨씬 이익이 되는 행위이기 때문에 티스토리 측도 이를 받아들인 것 같습니다.
지금의 티스토리 블로그는 포스트 본문인 <div class="content">영역을 통해 사실 <P>태그를 사용하지 않는다 하더라도 큰 제약없이 본문 문단스타일을 수정하는 것이 가능합니다. 다만 여러 다른 변수들, 즉 다른 블로그툴을 사용하거나 다른 게시공간에 게시되는 경우, 또 극단적으로 본문에 대한 구분이 불분명하거나 문장이 여러 영역에 산개되어 있을 경우에는 각 부분에 대해 일일이 속성을 지정하는 것보다 <p>태그 하나에 스타일을 지정하는 것이 더 편리하고 명확한 결과를 가져올 수 있습니다.
사실 지금의 티스토리에서 당장 빛을 발할 수 있는 부분을 말하라면, 일단 특정문단에 대한 속성을 지정할 수 있다는 점을 가장 크게 들 수 있습니다.
잠깐 다른 이야기로, 지금의 엔즐님이 일부 문장에 현란한 색상을 직접 집어넣는 것은 그다지 바람직하지 못한 행동입니다. 파란색상을 지정한 문장이 있습니다. 만일 나중에 하늘색 배경의 블로그스킨으로 변경한다면? 파란색은 잘보이지 않는 꼴이 됩니다. 그때는 직접 잘 보이지 않는 포스트 하나하나를 일일이 수정해야 합니다.
만일 단순히 파란색이 아니라 <p class="강조글1">이라는 이름을 지정하고 "강조글1은 파란색"이라는 입력을 CSS에 지정해 놓았다면 일은 훨씬 쉽게 됩니다. 하늘색 스킨에서 파란색 글이 보이지 않더라도 문제가 없습니다. "강조글1은 파란색"을 "강조글1은 빨간색"이라는 식의 문구 하나만 CSS에 바꿔적으면 문제는 쉽게 해결됩니다.
가끔 네이버 블로그를 돌다보면 어두운 색상의 블로그에 잘 보이지 않는 색깔로 글을 써놓은 블로거가 있습니다. 이들이 일부러 그렇게 해놓는 것은 아닙니다. 처음에는 백색바탕의 스킨을 사용하여 문장에 알록달록한 색상을 입혀놓았다가 스킨색상이 바뀌면서 자연스레 잘 보이지 않게 되는 것이죠. 티스토리에서는 최소한 그런 안타까운 현상은 피할 수 있습니다.
여기에서는 색상만을 그 예로 들었지만, 다양한 글자속성, 라인간격, 문단간격, 폰트 등의 이야기로 넘어가면 그 활용은 더 무궁해집니다.
.. 윈도우 라이브 라이터를 쓰게 되면서 저는 조금 오래전부터 <p>태그를 자연스레 사용하게 되었씁니다. 글을 쓰다보면 이미지설명이나 마지막에 즐겨 코멘트를 붙이곤 하는데, 거기에는 <p>태그에 "mycmt"라는 이름을 붙여 놓습니다. 그리고 CSS에서 "mycmt는 빨간색이며 웹폰트를 사용한다"라는 지정을 해놓았지요. 만일 빨간색이 잘 보이지 않거나 웹폰트가 실증났을 때, 그 포스트를 일일이 고쳐야할 걱정은 더이상 하지 않아도 됩니다. "mycmt는 빨간색을 다른 색으로, 지금 사용하는 웹폰트를 다른 폰트로 변경"이라는 문구만 CSS에 적어놓으면 포스트가 천개이든 만개이든 단 한번에 수정이 됩니다.
뜻하지 않게 장황한 댓글이 되고 말았는데, 이에 대해서 언젠가 글을 적어놓은 것이 있어 트랙백을 걸어놓습니다.
저도 div보다는 p태그를 사용하는 편이 맞다고 생각합니다.
p태그가 존재하는 이유는 문단을 정의하기 위한 것이니 레이어를 정의하기 위한 div를 사용하면 안되겠죠.
그리고 제가 포스트에 색상을 지정하는 것이 바람직하지 못하다는 것은 잘 알고 있습니다.
하지만 저는 블로그 배경을 어두운 색으로 변경할 생각이 전혀 없기 때문에 이같은 만행(?)을 저지르는 것입니다.
그리고 달걀님 말씀대로 class를 지정하는게 바람직하기는 하겠지만, 제가 에디터에서 "빨간색"을 지정하는 것은 "절대적인 의미"에서 빨간색을 선택한 것 입니다.
그점 이해해주셨으면 좋겠네요.
하지만 HTML과 CSS를 잘 이해하지 못하시는 분들께는 좋은 정보를 줄 수 있는 의견 같습니다. ^^
라이브에디터에서 <p> 태그를 삽입하는 것이 다 이유가 있었군요.
멋진 글에 달린 멋진 댓글 잘 읽었습니다.
전 여러분들께서 잘 차려놓으신 밥상에 숟가락만… ㅎㅎㅎ
개인적으론 <p>태그, <br>태그를 따로 쓸 수 있다는 점은 좋은 점이라고 생각합니다.
아직 안 써봐서 뭐라 말할 처지는 안되지만....
익숙해지면 쫌 더 편리한 편집환경을 제공하게 될 듯합니다.
아니면 반대로 <p>태그에 쉬프트 엔터 <br>태그에 엔테키를 연결시키는 것도 좋은 방법일 듯....
쓰고 싶은 사람만 쓸 수 있게하는 것도 좋을 듯...
사실 이 부분은 조금 문제가 제기되고 있습니다.
특정 브라우저(사파리)에서는 shift+enter가 먹히지 않기 때문이죠.
이건 사파리의 문제이긴하지만, 크로스브라우징을 선언한 티스토리이기에 어떤 방법으로든 이 문제를 해결해야한다고 봅니다.
저는 오히려 이번 개편이 더 낫습니다. 이게 수많은 다른 에디터들이 사용하는 방법이고, CSS를 작성하시는 많은 분들도 이게 더 편하다 하시더군요. (왜인지는 모르겠습니다만, 아마도 표준화 관련된 문제겠지요) 제 경우는 줄 변경이 아니라 읽기 편하게 하기 위해서 br을 연속 두개 치는 경우가 있는데, 이건 사실 p의 역할이나 마찬가지죠. 그리고 이렇게 brbr이 들어간 경우 종종 글상자와 같은 형식으로 묶는 경우가 정말 많은데, br로 인식된 경우 에디터에서 정상적인 범위를 인식하지 못하는 경우가 생깁니다. 이런 경우에는 HTML모드로 들어가서 p를 앞뒤로 붙여주고 위지윅모드로 와서 박스치고 다시 HTML모드로 들어가서 br을 제거하는 귀찮은 작업을 거쳤지요. 그래서 그런지, 지금의 p의 입력이 보다 편합니다.
하지만, 정작 중요한 것은 사용자 입니다. 사용자가 어떻게 받아들이느냐?죠. 사실 이 차이를 처음부터 스킨에서 구분해줬었다면, 구태여 이런 이야기가 안생겼을겁니다. 이번 티스토리 베타가 끝나고나면 저는 스킨변경을 계획에 넣고 있는데요. 그 이유는 새로운 p태그와 위지윅css, 그리고 모바일 사용자들을 위한 표준화 작업 때문입니다. -_-
데굴대굴님께서 문제를 잘 집어내신 것 같습니다.
사용자의 편리성이냐 장기적인 기능과 표준화 지원인가하는 문제죠.
CSS를 작성하시는 분 입장에서는, 문단이 p로 정의되니까 p태그의 스타일을 지정하기만하면 쉽게 블로그의 디자인을 바꿀 수 있으니 당연히 쉽겠죠. 표준화의 중요한 장점 중 하나입니다. ^^
에디터에서 보여지는 것과 화면에서 보여지는 것을 같게 한다는 것이 개편의 취지인데, p기능의 한줄띔 현상으로 인해 차이가 나타납니다.
글 작성하고 저장해보면 줄간격이 붙어있는 경우도 있고 과도하게 띄어있는 경우도 있고 거의 매번 추가작업이 한번씩 들어가지요. 가장 귀찮은 부분입니다.
그럼 쉬프트 엔터를 사용해서 작성하면?
모든 글이 전체 한문단으로 인식되서 중간에 한 줄만 가운데 정렬로 바꾸려고 단축키 쓰거나 할 때 몽땅 바뀌는 문제가 생깁니다.
음...저는 그냥 엔터치면 알아서 한줄만 띄어지고 문단바뀜으로 하는게 좋을 거 같은데요.
웹표준이 뭔진 잘 모르지만, 한글같은 워드프로그램에서 작성할때도 그렇잖아요.
p태그로 하는 것은 좋은데, 에디터에서 두줄씩 띄어지지 말고 화면에서 나오는 것과 같게 만들면 문제가 없을텐데요.
트랙백 감사합니다 ^^
그런가요? 저는 항상 에디터와 실제 표시되는 모습이 같던데요. 블로그에 따라 그런 문제점도 있나보군요.
좋은 의견 감사합니다.
이 문제는 css관련 문제일 수도 있습니다.
저도 방금 wysiwyg.css파일을 작업하다가 발견했습니다.
만약 제 추측이 사실이라면,
P태그에 관해서 공백이 생기지 않게 css를 적용시키면 사용하는데 불편함이 생기지 않을 수도 있겠습니다.
해결책 한가지가 나왔군요. ^^
새 에디터 보기보다 문제점이 꽤 있는 것 같네요.
아직 베타라서 그런가?
문제점이라기보다는 적응하기 힘든 개편사항이라고 하는 편이 나을 것 같아요.
<p>태그 삽입이 버그는 아니니까요.
어떻게 이런 기발한 아이디어로 포스팅을 할 수 있을까요? ㅎㅎ
전 이미 웹에디터에서 엔터와 shift+enter를 이용했기 때문에 전혀 불편함은 없지만..
익숙해져버린 블로거들이 변해버린 엔터기능에 대해서 의아해하고 대처방법을 몰라서 허둥댈 수 있는 여지는 충분히 많이 있는것 같습니다.
그런데 이 페이지 자바스크립트 오류 뜨네요..
저도 적응하는데 큰 불편함은 없지만, 확실히 예전에 비해 귀찮아 진 것은 사실 같습니다.
그런데 어디서 자바스크립트 오류가 나는거죠?
제가 테스트해보는 환경에서는 오류가 생기지 않는데요...
사용하시는 플랫폼과 브라우저를 좀 알려주시면 체크해보겠습니다.
윈도우 xp sp2, 인터넷 익스플로러 6.0 sp2 환경에서 사용하는데
"줄8 문자3
myField 가 정의도지 않았습니다. " 이렇게 오류가 나네요.
모든 페이지에서 발생하는 것 같습니다. 어떤곳은 두번씩 나오기도 하고요..
IE6는 잘 모르겠네요... 워낙 버그가 많아서 지원하는 걸 거의 포기했습니다.
그래도 제 기억에는 스크립트오류가 났던 기억이 없는데...
한번 확인해봐야겠습니다.
읽어보니 p태크를 버리는게 쉬운문제는 아니군요.. 그래도 전 br태그가 좋네요.. 아직까진..
쉬운문제는 아니죠...ㅠ
표준화 문제 때문에 구별하기 시작했던거군요~ ^^
트랙백 잘 받았습니다~ 좀 더 전문성있게 다가간것 같아서 좋네요~
저는 표준화도 표준화지만, 기능 구현 측면에서 <p>태그를 사용하게되지 않았나 싶습니다.
새로운 기능을 위해서는 <p>태그를 사용할 수 밖에 없었던거죠.
적극 반대하는 입장입니다.
약간의 편리함을 위해 기존의 버릇을 고쳐야한다면 과감히 기존 에디터를 사용하겠습니다. Enter 내림에 의한 버릇은 티스토리에서만 특별히 사용하던 버릇도 아니고 일반적인 거의 모든 문자 타이핑 환경에서 사용하던 버릇입니다. 따라서 티스토리 신 에디터에만 특별하게 사용한다는 건 오히려 티스토리에서 포스팅하는 게 불편하고 어색한 일이 될 겁니다.
제가 느끼기엔 쿼티 자판보다 더 편리한 것이 있음에도 불구하고 쿼티가 널리 쓰이는 이유와 비슷한 상황인 듯 합니다.
신 에디터가 이대로 간다면 저는 신 에디터를 사용하지 않을 겁니다. 만약 신 에디터가 강제로 적용되고 기존 에디터가 없어진다면 티스토리에의 잔류 여부도 고려하게 될 겁니다. 불편을 감수하면서까지 사용해야 될 의무는 없다고 생각해서 말입니다.
웹 표준 지향성은 당연히 해야하는 것이지만, 지키지 않아도 치명적인 문제가 없으며 지킬 경우에 오히려 더 불편하다면 재고할 의미는 충분히 있다고 생각합니다.
<p>태그에서 나타나는 공백은 css로 어느정도 우회가 가능한 걸로 알고있습니다.
그리고 많은 분들이 제가 "웹표준"이라는 말을 사용해서 민감하게 반응하시는 듯 한데, 실제적으론 웹표준보다 기능 구현이 더 큰 이유입니다.
<p>태그 없이는 구현할 수 없는 기능들이 많지만, <p>태그만 사용 가능하면 구현할 수 있는 기능이 무궁무진해지니까요.
하지만 Rukxer님의 전반적인 의견에 저도 동의합니다.
다만 이 글의 취지가 "웹표준을 위해 <p>태그를 사용했다"가 아니라는 것을 강조하고 싶었습니다. 제 글에는 다른 내용도 많은데 왜 다들 웹표준에만 주목을 하시는지...-_-;;
ㅎㅎㅎ 엔즐군님... 완전 열심이시네요.. *^^*
저도 처음에는 Shift+Enter가 불편했으나 인간이 적응력이 참 무서운지라 이젠 거의 적응해 간 듯 싶습니다
하지만 웹표준이니 어떤거니 하는 것들.. 솔직히 윈도우와 익스플로러를 떠나 사용하는 저에게도 뭐 생각보다 크게 절실한 문제로는 다가오지 않는데 XP + explorer 분들에게는 완전 딴 나라 이야기일 수도 있을겁니다
그런 분들에게 웹표준을 위해 <p>로 바꿧다라고 말하기에는 명분이 조금은 부족할 수도 있겠죠.. ^^;;
웨에 Rukxer님의 답변에 적은 것들처럼 다른 기능을 위해서 바꾸었다면 그 부분을 조금 더 강조해야겠지요
저는 개인적으로 웹표준을 좋아하지만, 사실 웹표준은 절대적인 법은 아니니까요.
많은 분들이 웹표준이란 말에 민감하게 반응하셨는데, 저는 그것보다도 기능적인 측면을 강조하고 싶었습니다.
그리고 제가 애당초 이 포스트를 작성한 이유가 바로 편리성vs기능성의 문제를 토론해보고자 했기 때문이니 어느정도 성공적이라고 봐도 될 듯 합니다. ^^
제 글을 보고 반대라고 생각하셨겠지만 저는 찬성도 반대도 아닌 박쥐....가 아니라 아무튼 엔즐군 의견도 동의하고 제 의견도 맞다고 생각합니다. 장기적으론 웹표준, 적어도 블로그 서비스에서는 웹표준에 맞게 가야한다고 생각하는게 기본이지만 과연 웹표준을 누굴 위해 따르는가에 대한 궁금함도 있습니다. 티스토리는 태터툴즈나 텍스트큐브를 설치하기 어려워 하는 초보자를 위해 시작된 서비스형 블로그로 기억합니다(전부 그 목적은 아니겠습니다만). 많은 사람들이 웹표준? 그까짓거 아무것도 아니다 라고 생각해요. 저 역시 그쪽 일이 전문분야가 아니라서 제 기준의 웹표준은 IE와 FF에서 똑같이 보이자일뿐입니다. 적어도 다양한 블로거들을 갖고 있는 서비스라면 글 작성 기능만큼은 한가지로 방침으로 갈게 아니라 둘 다 할 수 있도록 해주었어야 합니다. 사실 위지웍 에디터의 <p></p>태그가 그전에 없던 것도 아니구요. 기존에 둘다 수용하는 방침에서 새로운 에디터에 한가지, 단이 웹표준이라는 이유로 그렇게만 가능하게 한다면 웹표준만 신봉할뿐 사람들의 다양성에 대해선 생각하지 못한 부분이겠죠. 좋은 글 잘 읽었습니다^^