Comments

• ceprix 2005-07-25

  정말 좋은 소식이긴 한데 그렇게 달갑게 들리지 않는 이유가 뭘까요? ㅎㅎ 이번에는 좋은 결과가 나왔으면 하는 바램입니다. 일단 IE7에서 CSS2 지원이 얼마나 개선되어 나올 지 궁금하군요.

• 신현석 2005-07-25

  저도요...초유의 관심사 입니다. CSS 지원을 늘리겠다는 말이 나오기도 했었는데, 언제나 그렇듯이 제품이 나와 봐야 알수 있겠죠...-_-;; 하나 걸리는 것이라면...WaSP 는 얘기하고 MS 는 듣는 방식으로 진행된다고 하는데 WaSP가 벽보고 얘기하는 꼴이 안되었으면 좋겠어요.

• yser 2005-07-26

  오잉... 새까매 졌네요... 근데.. ie6 에서 지금.. 왼쪽이 잘려요 ;o; input textarea 둘 다 왼쪽 마진이 이상하게 된 거 같아요.

• 신현석 2005-07-26

  밤이래서 까매요. 하하하..-_- 버그리포트 감사 합니다. height: 1% 로 간단하게 해결 ^^

• yser 2005-07-26

  이전에 관련 글 봤을 때 물어보려 했는데... xhtml 쓸 때 서버에서 클라이언트로 보내는 헤더가 왜 application/xhtml+xml 이어야 하는지, 또 그것이 항상 적용될 수 없는 이유가 뭔지.. 알 수가 없더군요. 외국 자료를 몇 개 읽어보긴 했는데, 확연하게 알 수가 없습니다. 그냥 text/html 을 쓰면 안되는 것인가요? 문서 형식이 다르기에 mime type 도 달라야 하는 게 당연하기 때문에 그런 것인지... 이런 걸 모를 때 무척 목마릅니다.

• 신현석 2005-07-26

  이유는 아주 간단합니다. XHTML 은 HTML 을 대체하는 XML 기반의 새로운 종류의 웹 문서이기 때문에 mime-type 도 application/xhtml+xml 로 맞춰줘야 하는 것입니다. 이렇게 application/xhtml+xml 을 사용하게 되면 xhtml 엘리먼트들과 내가 만든, 또는 MathML 과 같이 이미 존재하는 기존의 xml 문서들을 xml 표준에 맞춰서 자연스럽게 웹에서 사용할 수가 있게 됩니다. 그리고 html 과는 달리 마크업에 에러가 발생하면 xml 에러가 발생한 것과 똑같이 페이지가 뜨지 않고 에러메세지가 출력됩니다. (이게 아주 강력하죠! 마크업을 제대로 짜란 말이죠~ ㅎㅎ) 문제는 현존하는 브라우져 중에 Gecko 엔진 기반의 브라우져(Firefox, Camino 등)를 제외하고는 이 application/xhtml+xml 을 지원 하지 않고 있습니다. application/xhtml+xml 을 사용하면 IE 에서는 application/octetstream 과 같이 문서를 다운로드하려고 합니다. 이제는 웹이 html 기반이 아니라 xml 기반이라는 것을 시사하는 것 아닐까요?

• 신현석 2005-07-26

  사실 아직도 많은 수의 XHTML 1.1 기반 사이트들이 text/html 을 사용하고 있다고 합니다. DTD는 XHTML 1.1 을 따르고 있지만 실제적으로는 html 과 같은 문서라는 말이지요. 에러가 나도 잘 파싱이 되고... 실제적으로 문제가 되지 않기 때문에 많이들 간과하고 있는 것 같습니다.

• yser 2005-07-28

  답변 감사합니다. 과연~ 그래서 예전에 xhtml 문서가 오류 있을 때 xml 오류 화면이 나왔던 것이군요. 근데 ie 는 가끔 오락가락 하더군요. 캐시 관련 버그인 듯.. -_-; xhtml 문서를 html 처럼 주우욱 뿌리는 경우도 있더구요.