포럼
XE 1.7 에서의 <p>
2013.02.01 19:21
XE 1.5에서 한때 난리났었다가 환원시킨 적이 있었죠.
그런데 1.7에서 다시 그런 변화가 나타나려는 것 같습니다. 방금전 에디터 써보았는데 뭔가 p태그가 간격이 벌여진듯한 기분이 드네요. '음... 기분탓이겠죠??' 라고 말하기엔 확실히 차이점이 눈에 보이는군요.
XE 1.7에서 다시 p태그를 띄우기로 한 건가요?!
댓글 15
-
마래바
2013.02.01 23:24
-
컴토피아
2013.02.02 00:33
저도 초반에는 <p>태그의 마진이 싫어하였지만 지금은 오히려 선호하고 있습니다. 문단역활을 하니 블로그에서 특히 유용하더라고요.
하지만 이미 마진이 없는 <p>태그를 기준으로 한 기존 저작물이 있는데다가 위지윅과 일치하지 않는 <p>태그는 오히려 싫더군요. 혼란만 불러올 뿐입니다. 변경하더라도 기존게시물에 피해가 없도록 새로 별도의 문서스킨을 만들다던가 해서 조치를 해야겠지요 :)
-
마래바
2013.02.02 05:08
그렇죠..
기존 글 레이아웃 바뀌는 게 가장 큰 문제일 것 같습니다.
<P> 태그 디폴트는 마진 없는 것으로 하고 홈페이지 운영자가 알아서 css 고치는 방향으로 하는 게 좋겠네요..
-
컴토피아
2013.02.02 05:20
그게 가장 좋을 것 같습니다. 혹은 마진있는 스킨과 없는 기본스킨을 각각 하나씩 넣어두는 것도 방안이 될 것 같습니다 :)
-
에디터 스타일 기능으로 하면 됩니다. 제가 올린건데, 혹시 모르니 테스트 해봐야겠군요.
(이 몸이 좀 낳아야 서버 세팅을.. 아, 스트레스(?) 없이 서버 셋팅할 수 있는 수준이라면 좋았었을 텐데 말입니다.ㅎㅎ)http://www.xpressengine.com/index.php?mid=download&category_srl=18904838&parent_srl=18322919&package_srl=19673444
-
컴토피아
2013.02.02 17:16
저도 보았습니다... 어쩌면 다시 필요할수도?! 있겠네요ㅎ
-
퍼니엑스이
2013.02.01 23:56
1.7 버전에서는 에디터나 <p> 여백에 관련해서 변경된다는 소식은 들은 적이 없네요. 아마 일시적인 오류인 것 같네요.
-
컴토피아
2013.02.02 00:33
그런가요? 지금 방금 리비전 올라가서 테스터했는데 그렇더군요. 앞으로 더 지켜봐야겠습니다 :)
-
혹시 부트스트랩에 내장된 CSS 아닌가요?
하단에 margin을 주던데...
-
컴토피아
2013.02.02 17:17
저도 개발자도구 찍어보고 조금 의심되긴 합니다만, 좀 더 자세히 살펴보아야 할 것 같습니다ㅎ
-
음.. 이것도 코어에서 강제하고 있었던건가요? 글자크기도 그렇고 이런것도 그렇고.. 코어에선 css 기본값에서 아무것도 안건드리는게 최선인거 같은데.
-
컴토피아
2013.02.02 21:52
아직 개발중인 버전이라 다소 혼란스럽네요.. 좀 더 지켜봐야 알 것 같지만, 여러모로 제약을 거는 것은 사실입니다ㅎㅎ;; 사이트맵은 그렇다쳐도 다른부분에서 생각보다 엄격하게 검사하더군요;;
-
P 태그 자체가 문단을 의미합니다.
P태그 의미는 다음 링크에서: http://www.graphai.com/2012/11/html-language.html즉 P 태그가 쓰인다면 상하여백이 나오는게 정상적인것이고 말씀하신 아무것도 안건드리는 것입니다.(지금이 이상한거죠)
항상 P 태그 문제 나오면 말하는 거지만,
P-> Enter, Shift+Enter -> BR 이렇게 구분해서 쓰는게 기본적으로 맞는 겁니다...
(우선 다음링크에 가보세요.) http://i-guacu.com/3154
이게 기술적으로 그래서 옳다 그러는거가 아니구요, 사람이 원래 이렇게 씁니다...(굳이 좋은 글을 쓰고 싶지 않다면 모르겠지만) 즉 글에서 줄바꿈은 맥락의 전환입니다. 이 이유외에 개행하는것은 인위적인것입니다. 자연스럽지 않다는 것입니다. 즉, 이건 특별한 상황입니다. 하지만 지금은 이게 지켜지지 않는게 당연하다고 생각하는것이 문제입니다. 결국 많은 분들이 BR 이 맞냐 P 가 맞냐 할때 개행의 스타일 이야기 하실 때는, 잘못된 기준을 가지고 판단하고 말씀하시는 분들이 많다는 겁니다. 자기가 하는게 좋은걸로 생각하시는 겁니다. 편한게 좋은걸로 생각하시고 말씀하시는 겁니다.
하지만 편한게 언제나 좋은것도 아닙니다.
기술이 중요한게 아닙니다. 그 기술이 구현해내려는 지향점이 무엇인가가 중요한 겁니다. 일상에서는 어떤 개념의 의미가 중요하고 이 의미와 기술이 만나는것이 의미에 따라서 기술을 바르게 쓰느냐, 구현하냐 입니다.
다시 말씀드리지만 이건 P태그를 쓰느냐 BR 태그를 쓰느냐의 문제가 아닙니다. 개행의 올바른 의미를 이해하고 쓰고 있느냐입니다. 이 것이 중요한것은 남이 읽기 편해서 따위가 아닙니다. 자기가 자기가 쓴 글에 부여하는 가치의 질 자체에 있습니다. 자기가 한 행위의 결과물을 보다 좋게 하기위해서 하는 것입니다.인터넷에 글을 쓰는게 작문이 아닌것이 아닙니다. 인터넷이라고 생판 다른 것들도 아닙니다. 결국은 현실의 무언가와 같을 수 밖에 없습니다. 그래서 인터넷에서 구현되는 현상들을 바라볼 때도 현실에 대한 이해를 바탕으로 해야 합니다.
즉, 예를 들자면 이겁니다. 작문공부를 할 때 개행이 남발되면 점수가 적게 나옵니다. 당연한 것입니다. 그런데, 이와 같은 일이 지난 시간동안 일어나고 있었던 것입니다. 결국 P 와 BR 의 올바른 적용이 없는 글을 작문공부에 빗대어 본다면, 점수가 적게 나오는 글이 되는거고, 결국은 검색엔진에서도 감점 요소가 되버리게 되는 겁니다. -
그리고 지금 컴토피아님이 말씀하신 것으로 보아서 Enter -> P 로 되어있는것 같은데...
(즉 껍데기만 BR 효과라는 것입니다)
검색잘 되시길 바라시는 분들은 Enter / Shift Enter 구분해서 쓰셔야 합니다...
안 그러시면 손해 보십니다.(검색 엔진 최적화 측면) -
컴토피아
2013.02.04 16:33
위에 댓글을 읽어보시면 아시다시피 저도 물론 <p> 태그를 문단으로 사용하는 것을 선호하고 있습니다. <p> 태그의 의의를 알고 그렇게 사용하려고 하고 있습니다. 하지만 이미 기존 저작된 글 들도 있고, 커뮤니티 사이트의 경우에는 사용자들이 사용하기 편해야 하는데, 그 점에서 문제가 되는 것 같더라고요.
두번째 문제는 위지윅 에디터와는 다르게 표시되는 점이 문제가 되겠지요. 이 점은 수정만 하면 되니 첫 번째 문제에 비해선 별 문제가 되지는 않을겁니다.
<p>에 마진을 주는 것 자체보다는 있던걸 변경하는 점에서 문제가 된다고 봅니다. 말도없이 기존게시물들이 다 이상해지면, 참 곤란해지죠-_-;; 하려면 차라리 새로운 스타일을 넣어서 마진있는 것과 없는것을 넣어두는게 좋을 것 같습니다 :)
그리고 해당 이슈는 결국 LI-NA님께서 말씀하신대로 부트스트랩과 에디터스타일이 충돌하여 생기는 문제로 보이더군요... 제보해 놓았습니다. http://code.google.com/p/xe-core/issues/detail?id=2913
전 개인적으로 <P> 태그가 문단 역할을 하는 것 같아 선호하는 편입니다...
물론 <P> 태그가 현재처럼 줄 간격 구분하지 않는 방식으로 나와도 css 수정해서 사용하면 되므로 크게 걸리지는 않지만요..