이런문제가 제기될때마다 딜레마의 종착지는 ‘폰트’가 아닐까합니다.
문서의 생명은 ‘컨텐츠’에 있고 지금 당장은 양질의 컨텐츠가 시급한 실정일지라도, 윗사람(?)과 시장은 컨텐츠만으로 만족하지 않고 이내 곧 ‘표현’을 요구할 것이고 결국은 마크업의 한계에 부딪히고 말 것입니다.
폰트문제가 해결되지 않는 한, 워드프로세스의 결과물이 HTML 문서로 대체되기는 거의 불가능하지 않을까 생각됩니다.

현실적인 차선책은 ODF와 이를 지원하는 웹브라우져의 플러그인이 되지 않을까 조심스럽게 예측해 봅니다.

드림위버 최신 버전은 상당히 믿을만한 것 같지만 사실 제대로 써본 적이 없기 때문이 이 믿음은 여전히 유효합니다. 다만, 웹 디자이너 중에 웹 표준이 뭔지 알고 코드 뷰도 할 줄 아는 사람 중에선 위지위그 에디터도 믿을만하다고 생각하는 경우가 있을 겁니다. 가령 hooney님처럼…

HTML이 표준 문서가 되면 참 편할텐데 생각을 한 적이 있습니다. 그런데 HTML의 현존하는 요소는 다양한 양식을 지원하기에 부적합합니다. 이건 W3C에서도 인지하고 있는 문제일 겁니다. 목록 나열형 ol, ul, dl이나 단락 구성 h*, 문단을 둘러싸는 p 등.. 이 정도만으로는 부족하니까 그 대안으로 문서를 대체할 또다른 포맷을 계속 개발하는 거겠죠.

그리고 무엇보다도 버튼 클릭만으로는 깔끔한 HTML을 만들기 어렵다는 인상이 아직 강합니다. 드림위버는 어떨지 몰라도 웹 에디터는 갈 길이 먼 상태입니다. 웹을 위한 문서인 HTML이라면 웹에서도 바로 잘 만들 수 있어야 하는데, 현재 브라우저에 내장된 디자인 모드의 편집 기능이 뒤떨어지는 상태니까요.

저도 문서를 만들어내고 공유하고자 할 때는 HTML이 좋습니다. 무엇보다 웹에서 바로 클릭해서 볼 수 있다는 점이 매력적. PDF나 HWP는 프로그램을 따로 구동한다는 것이 단점으로 여겨지더군요. 단, 이건 개인의 툴 익숙함에 따른 차이일지도 모른다는 생각이 듭니다. 그리고 HWP로만 만들 바에야 차라리 PDF가 낫다는 생각입니다.

요즘 ODF니 오픈 XML이니 그런 문서 표준 포맷 얘기가 나오던데 앞으로 어찌될지 모르겠군요. X/HTML은 분명 웹에서 쓰는 문서로선 꽤 적합한데 아직은 태생적인 한계가 있다고 보입니다. 정확하게 설명하긴 어려운데 쓰다보면 그런 게 느껴지더군요.

기술적 문제보다는 문화적 습관때문이 아닌가 싶습니다. 보여줘야 한다는거..
체면중시 타인시선의식 같은거 아닐까 합니다.
(응~ 관계 있나.. )

Web문서가 아니라.. 일반문서도. 우리나라문서는 유난히 표가 많치 않습니까..?

(제가 도면을 그리던 사람이라..)

도면도.. 한국도면은 시각적으로 소위 예쁘게 그립니다. 그에 반해 외국도면은 정보에 중점이 가있지요. 물론 둘이 수렴하는 경우도 있으나.중심이 어디있느냐에 따라. 매우.. 다른 성격의 결과 가 나오니까요.
심지어 “도면은 예쁘게 보이는게 가장 중요하다”라고 말하는 사람도 만나봐서 –;
([도면]을 [웹]으로 바꿔봐도 비슷한 경우가 있을걸요..)
위에대 보여줘야..(보여준다는게 역시 많이 걸리느군요..) 하니까. 그렇다고..

보이는거 보다 문서의 구조를 생각하며 작성하면.. 지금도 크게 HTML을 모른다해서 구조적 문서를 작성하는데 큰 문제가 있다 생각되지 않는다는 생각이 들어 잡설을 늘어 놓았습니다.

문서의 표현에만 집착하는 경우의 예를 들면 한글이나 워드를 작성할 때에서 제목요소를 단순히 ‘크게+굵게’ 작성하는 습관이 그렇지요. 한글이나 워드의 서식폼에는 분명히 ‘제목서식’이 따로 있음에도 불구하고 그것을 사용하지 않고 그저 ‘눈에 제목처럼 보이면 장땡’ 인거죠.

사실 잘 작성된 워드나 한글은 바로 HTML 포멧으로 바꿔도 문제가 없는데 저작도구 관점에서 바라본 한글이나 워드는 웹 문서를 출판하는 도구라고 보기에 매우 비 합리적인 방식으로 코드를 생산해서 이러한 도구들의 출판방식도 시급히 개선되어야 한다고 생각합니다. 이제 한글이나 워드도 출력만을 위하여 사용하는 시대는 지났다고 생각하는데 이러한 도구들이 시원치 않아서 사용을 못하고 있는 측면도 분명히 있다고 봅니다.

결론은 한글이나 워드도 웹 저작기능을 포함하고 있으므로 웹 저작도구의 범주에 포함시켜야 하며 한글이나 워드의 웹 문서 저작 관련 기능도 나모, 드림위버, HTML WYSIWYG 입력 소프트웨어등과 마찬가지로 중요하게 다루어져야 한다고 생각합니다.

HTML 문서가 공유의 표준포멧이 되어야 한다는 주장은 매우 이상적이고 저도 찬성합니다. 하지만 현실을 볼 때 이상은 너무 높게만 느껴지네요.

어떻게 하면 사람들이 HTML을 전혀 모르고도 HTML 문서를 시멘틱하게 작성하도록 도울 수 있을까요?

훈님을 W3C로 보내면 혹시 그게 가능해 질까요? ㅎㅎㅎ. 좋은글 잘 읽었습니다.

뉴크님 : XHTML도 HTML의 한 분류죠~