1

주제: [HTML][/HTML] 태그에 대한 제안입니다

[HTML][/HTML] 태그는 위지윅 에디터가 생기면서 사실상 애물단지가 돼버린 녀석인데요..

지금처럼 위지윅모드를 강제하지 않고 HTML편집/위지윅 환경을 환경설정에서 선택하게 하거나 마지막 편집 환경을 기억하도록 해서 HTML편집/위지윅을 적절히 띄워주게 된다면 굳이 [HTML] 태그는 필요가 없을거라고 생각합니다

이렇게 되면 바뀌게 되는 것들은,

1. 좋아지는 것
  1. 위지윅 에디터의 소스가 일부 간략해짐 -> 버그발생 가능성 낮아짐
  2. 포스트 출력할때 nl2br 하지 않고 그대로 출력하게 됨
  3. 텍스트 에디터에서 HTML을 작성할때 [HTML]태그로 묶거나 한줄로 붙여쓸 필요 없이 자유롭게 쓸 수 있음
2. 불편해지는 것
  1. 텍스트 에디터에서 글을 작성할때는 줄바꿈할때 <br/> 태그를 직접 넣어줘야 됨
  2. 1.0.4 이하 버전(클래식 이하 포함)에서 1.0.5 이후 버전으로 업그레이드 할때는 이미 입력된 [HTML] 태그를 제거하는 migration 작업을 해줘야 함

바꾸려는 이유는 소스코드 간소화도 있고, HTML 편집을 드러내서 HTML 에디터만 쓰는 사람들이 많이 생긴다면 지금처럼 한줄로 붙은 소스 편집하기가 쉽지 않기 때문에 원성이 자자할 듯 해서요.. 아무튼 지금 생각나는 문제들은 대충 이정도인데 2-2번이 가장 걸림돌이 될 것 같네요.. 또다른 문제점 있으면 얘기해주세요..

그리고 [CODE ][ /CODE] 블럭도 그냥 없애는게 어떨까 싶은데요.. HTML 코드를 보여주고 싶은 경우에는 <xmp> 같은 태그를 써 직접 적거나 플러그인을 이용하면 되고.. 아니면 위지윅에디터에서 작성후 4가지 박스 스타일을 클래식처럼 사용자가 지정할 수 있게 해서 쓰면 될 것 같습니다..

의견을 부탁드립니다~

2

답글: [HTML][/HTML] 태그에 대한 제안입니다

crizin 작성:

바꾸려는 이유는 소스코드 간소화도 있고, HTML 편집을 드러내서 HTML 에디터만 쓰는 사람들이 많이 생긴다면 지금처럼 한줄로 붙은 소스 편집하기가 쉽지 않기 때문에 원성이 자자할 듯 해서요.. 아무튼 지금 생각나는 문제들은 대충 이정도인데 2-2번이 가장 걸림돌이 될 것 같네요.. 또다른 문제점 있으면 얘기해주세요..

그리고 [CODE ][ /CODE] 블럭도 그냥 없애는게 어떨까 싶은데요.. HTML 코드를 보여주고 싶은 경우에는 <xmp> 같은 태그를 써 직접 적거나 플러그인을 이용하면 되고.. 아니면 위지윅에디터에서 작성후 4가지 박스 스타일을 클래식처럼 사용자가 지정할 수 있게 해서 쓰면 될 것 같습니다..

의견을 부탁드립니다~

찬성입니다 smile
[CODE ][ /CODE] 블럭같은 경우는 레거시도 있고 하니 기본 플러그인으로 처리부분을 떼어 내는 것이 좋겠네요 smile

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

3

답글: [HTML][/HTML] 태그에 대한 제안입니다

저도 찬성합니다. 저는 포스팅할 때 HTML을 모두 직접 적는(!) 하드코어 유저라서 br 태그 직접 쓰는 정도야 뭐 상관 없습니다. (보통 p 태그를 쓰지요)
저처럼 쓰시는 분들은 그리 많지 않을 듯하고.. HTML 코드를 직접 쓰는 경우라면 (일반 사용자들의 경우) 태터 자체 기능으로 안 되는 것을 표현한다거나 하는 특수 상황일 가능성이 높을 것 같습니다.

말씀하신 대로 2-2 부분이 좀 걸림돌이긴 하겠군요.
글 전체를 [HTML][/HTML]로 묶은 경우는 내부 소스를 그대로 두고 html 모드 옵션만 켜주면 되겠지만..

지금 상태에서는

[HTML]<p>Test [CODE ]#include <stdio.h>[ /CODE][##_1C|1408123941.jpg|width="400" height="300" alt=""|_##]</p>[/HTML]

와 같은 코드를 쓸 경우 [CODE ] 다음에 [HTML]이 출력된다든가, "<stdio.h>"라는 문자열이 IMG 블록 뒤에 붙는다든가 하는 버그들이 존재합니다. 이런 것들도 같이 해결할 수 있겠지요.

그리고 CODE 블록을 기본 플러그인화하자는 생각에 조금 더 추가하자면,

[CODE|python]...[ /CODE]
[CODE|c++]...[ /CODE]

과 같이... 문법 강조 핸들러를 플러그인 설치에 따라 지원할 수 있도록 하는 것도 좋겠습니다. (language 속성에 지정된 언어에 대한 문법강조 플러그인이 있으면 그것이 처리하게 하고, 그렇지 않으면 고정글꼴 기본 텍스트로 보여준다든가 말이지요.)

또, TTML을 좀더 체계화해서 플러그인들이 쉽게 사용할 수 있는 구조에 대한 쓰레드를 분기하니 그것도 읽어주시면 고맙겠습니다.

daybreaker (2006-04-18 15:25:59)에 의해 마지막으로 수정

문제의 답은 우리 안에 있다.
내면에 귀를 기울여 보자.

4

답글: [HTML][/HTML] 태그에 대한 제안입니다

crizin 작성:

그리고 [CODE ][ /CODE] 블럭도 그냥 없애는게 어떨까 싶은데요.. HTML 코드를 보여주고 싶은 경우에는 <xmp> 같은 태그를 써 직접 적거나 플러그인을 이용하면 되고.. 아니면 위지윅에디터에서 작성후 4가지 박스 스타일을 클래식처럼 사용자가 지정할 수 있게 해서 쓰면 될 것 같습니다..

의견을 부탁드립니다~

그런데 xmp 태그는 XHTML 표준이 아닌 것으로 알고 있습니다만..
(HTML 4.0부터 제외되었는지 XHTML 1.0 부터 제외되었는지는 확실치 않지만..-0-)
w3schools 같은델 보면 xmp는 deprecated로 나옵니다.
pre 태그를 대신 쓸 수 있지만 귀찮아지는 면이 있기 때문에.. 코드 입력을 할때 모종의 자동화는 필요하지 않을까요?

5

답글: [HTML][/HTML] 태그에 대한 제안입니다

saber 작성:
crizin 작성:

그리고 [CODE ][ /CODE] 블럭도 그냥 없애는게 어떨까 싶은데요.. HTML 코드를 보여주고 싶은 경우에는 <xmp> 같은 태그를 써 직접 적거나 플러그인을 이용하면 되고.. 아니면 위지윅에디터에서 작성후 4가지 박스 스타일을 클래식처럼 사용자가 지정할 수 있게 해서 쓰면 될 것 같습니다..

의견을 부탁드립니다~

그런데 xmp 태그는 XHTML 표준이 아닌 것으로 알고 있습니다만..
(HTML 4.0부터 제외되었는지 XHTML 1.0 부터 제외되었는지는 확실치 않지만..-0-)
w3schools 같은델 보면 xmp는 deprecated로 나옵니다.
pre 태그를 대신 쓸 수 있지만 귀찮아지는 면이 있기 때문에.. 코드 입력을 할때 모종의 자동화는 필요하지 않을까요?

음.. 그렇군요.. 근데 꼭 XHTML을 써야된다는 법은 없으니 플러그인으로 독립시켜 사용자의 기호에 맞기는게 좋을 듯 하네요~

6

답글: [HTML][/HTML] 태그에 대한 제안입니다

HTML이 사라지면.. 펌질할때 힘들어요. 잇힝.

Copy & Paste를 완벽히 지원하지 않는 이상은 다른 곳의 스타일이나 테이블을 깔끔하게 옮겨 오는 것은 힘들어 질것 같네요. 에디터가 Full Functionality를 가지기 전까지는(사실상 불가능하죠. MS-WORD정도는 되어야.. 그리고 되어도 부족한 것이고), 그리고 사용자들이 자신은 표준/비표준 상관없이 태그를 써야 하는 경우가 있을 수 있기 때문에 raw한 interface는 계속 존재해야 된다고 보입니다.

7

답글: [HTML][/HTML] 태그에 대한 제안입니다

gendoh 작성:

HTML이 사라지면.. 펌질할때 힘들어요. 잇힝.

Copy & Paste를 완벽히 지원하지 않는 이상은 다른 곳의 스타일이나 테이블을 깔끔하게 옮겨 오는 것은 힘들어 질것 같네요. 에디터가 Full Functionality를 가지기 전까지는(사실상 불가능하죠. MS-WORD정도는 되어야.. 그리고 되어도 부족한 것이고), 그리고 사용자들이 자신은 표준/비표준 상관없이 태그를 써야 하는 경우가 있을 수 있기 때문에 raw한 interface는 계속 존재해야 된다고 보입니다.

[HTML] 태그가 사라진다는 얘기는 텍스트 에디터 상에서 본문 전체를 항상 [HTML]~[/HTML]로 묶는다는 얘기랑 비슷합니다. [HTML][/HTML] 안에서 줄바꾸려면 br 태그 넣어야 되듯이 이제 텍스트 에디터에서는 항상 br 태그를 넣어야 되는거죠..

8

답글: [HTML][/HTML] 태그에 대한 제안입니다

crizin 작성:
gendoh 작성:

HTML이 사라지면.. 펌질할때 힘들어요. 잇힝.

Copy & Paste를 완벽히 지원하지 않는 이상은 다른 곳의 스타일이나 테이블을 깔끔하게 옮겨 오는 것은 힘들어 질것 같네요. 에디터가 Full Functionality를 가지기 전까지는(사실상 불가능하죠. MS-WORD정도는 되어야.. 그리고 되어도 부족한 것이고), 그리고 사용자들이 자신은 표준/비표준 상관없이 태그를 써야 하는 경우가 있을 수 있기 때문에 raw한 interface는 계속 존재해야 된다고 보입니다.

[HTML] 태그가 사라진다는 얘기는 텍스트 에디터 상에서 본문 전체를 항상 [HTML]~[/HTML]로 묶는다는 얘기랑 비슷합니다. [HTML][/HTML] 안에서 줄바꾸려면 br 태그 넣어야 되듯이 이제 텍스트 에디터에서는 항상 br 태그를 넣어야 되는거죠..

HTML 사이 영역은 에디터가 손대지 않는 부분이었으면 하는거죠. 야리꾸리한 코드를 넣고 에디터가 도저히 이해하지 못하도록 한 경우에도 전혀 지장이 없길 바란다는 것입니다. 만약 이런 부분이 없다면 에디터가 사용자의 코드를 임의 수정할 가능성이 존재하고 따라서 특정 코드는 삽입이 불가능해 질 수 있죠.

9

답글: [HTML][/HTML] 태그에 대한 제안입니다

gendoh 작성:

HTML 사이 영역은 에디터가 손대지 않는 부분이었으면 하는거죠. 야리꾸리한 코드를 넣고 에디터가 도저히 이해하지 못하도록 한 경우에도 전혀 지장이 없길 바란다는 것입니다. 만약 이런 부분이 없다면 에디터가 사용자의 코드를 임의 수정할 가능성이 존재하고 따라서 특정 코드는 삽입이 불가능해 질 수 있죠.

[HTML][/HTML] 안의 코드를 에디터가 건드리지 않도록 하는건 이 토픽과는 다른 얘기같습니다. 위지윅에서 아무런 처리를 하지 않아도 IE같은경우는 iframe에 innerHTML로 한번 넣었다 빼면 태그가 모두 대문자로 바뀐다던가 하는 일이 일어나게 되니까요.. 말씀하신 용도를 만족시키려면 위지윅모드로 진입이 불가능하도록 하는 옵션이 있어야 할 것 같습니다..

10

답글: [HTML][/HTML] 태그에 대한 제안입니다

saber 작성:
crizin 작성:

그리고 [CODE ][ /CODE] 블럭도 그냥 없애는게 어떨까 싶은데요.. HTML 코드를 보여주고 싶은 경우에는 <xmp> 같은 태그를 써 직접 적거나 플러그인을 이용하면 되고.. 아니면 위지윅에디터에서 작성후 4가지 박스 스타일을 클래식처럼 사용자가 지정할 수 있게 해서 쓰면 될 것 같습니다..

의견을 부탁드립니다~

그런데 xmp 태그는 XHTML 표준이 아닌 것으로 알고 있습니다만..
(HTML 4.0부터 제외되었는지 XHTML 1.0 부터 제외되었는지는 확실치 않지만..-0-)
w3schools 같은델 보면 xmp는 deprecated로 나옵니다.
pre 태그를 대신 쓸 수 있지만 귀찮아지는 면이 있기 때문에.. 코드 입력을 할때 모종의 자동화는 필요하지 않을까요?

XMP는 HTML 3.2부터 폐기되었습니다.

11

답글: [HTML][/HTML] 태그에 대한 제안입니다

crizin 작성:

2. 불편해지는 것
  1. 텍스트 에디터에서 글을 작성할때는 줄바꿈할때 <br/> 태그를 직접 넣어줘야 됨
  2. 1.0.4 이하 버전(클래식 이하 포함)에서 1.0.5 이후 버전으로 업그레이드 할때는 이미 입력된 [HTML]

hxxp://tokyo3.ivyro.net/tts/7 (욕설 주의-_-)

확실히 불편하긴 한 것 같습니다. 저만 해도 일일이 br 을 넣기 귀찮아서 위지윅과 왔다갔다를 반복하고 있고요... 좋은 방법이 없을려나요?

12

답글: [HTML][/HTML] 태그에 대한 제안입니다

흠.. 현재 1.1에 적용된 html 편집 모드에서 엔터 한 번은 그대로 두고 엔터를 두 번 치면 문단(p 태그)으로 묶어주는 방식은 어떨까요? 현재 MetaBBS가 비슷한 방식을 취하고 있죠.
(p 태그의 여백이 불편하게 느껴지는 분들도 있는 것 같으니 기본스킨은 br 태그 두 번 넣은 것과 똑같아보이도록 css로 잘 처리해주구요.)

태그 붙여넣기 같은 거 할 때도 복잡한 object 태그 등에서 엔터 두 번 쳐져 있는 경우는 거의 없지 않습니까? 일괄적으로 엔터 한 번을 모두 br 태그로 대치하는 건 li 태그 등을 썼을 때 공백이 두 배로 늘어나는 문제가 있으니 힘들 것 같네요.

daybreaker (2006-11-23 01:34:55)에 의해 마지막으로 수정

문제의 답은 우리 안에 있다.
내면에 귀를 기울여 보자.