IE는 XHTML을 XHTML로 렌더링하지 않으므로 대신 HTML로 처리합니다. 이는 실제로 IE에서 문제를 일으킬 수 있습니까?XHTML이 예기치 않게 IE에서 문제를 일으킬 수 있습니까?
답변
은 내가
<div style="clear:both" />
XHTML을 지원하는 브라우저에서이 사업부를 폐쇄 한 경우, 알고. 그러나 IE는 div가 아직 열려있는 것으로 간주하므로 레이아웃에 예기치 않은 결과가 발생할 수 있습니다.
MIME 형식이 text/html로 지정되지 않은 경우 Internet Explorer에서 XHTML 문서와 XML 문서를 구별하는 데 어려움이 있습니다. 그러나 HTML 4.01을 완벽하게 지원하므로 대다수의 문제는 위치 지정, 레이아웃 및 CSS 속성의 일관성이없고 표준 외 구현으로 인해 발생합니다. 문제가 발생하지 않도록하려면 올바른 XHTML을 작성하고 DOCTYPE을 지정하는 것이 가장 좋습니다.
HTML을 쓰면 잡히지 않기 때문에 더 많은 문제가 발생하지 않습니다.
이 모든 오히려 특히 IE보다 더 text/html과 같은 XHTML을 치료하는 모든 브라우저에 적용,하지만 당신은 여기 XHTML 1.0 사양의 부록 C 읽어야 http://www.w3.org/TR/xhtml1/#guidelines
자기 폐쇄 구문은 작동하지 않습니다 (HTML에서는 항상 비어있는 요소에서만 작동하는 것처럼 보입니다). XML 시리얼 라이저는
<textarea/>
,<script/>
및 유사한 것을 생성 할 수 있으며, 이는 여러 가지 방법으로 페이지를 중단합니다 (복잡한 오류 복구를 트리거하고 때로는 페이지의 나머지 부분을 다시 파싱하는 경우도 있음).HTML "empty"요소가 명시 적으로 닫히면 (IE에서 삽입 누락) (
</br>
) 이상하게 작동 할 수 있습니다.<![CDATA[
HTML의 하드 코드 된CDATA
요소는 태그로 인식됩니다. 이스케이프에 영향을주지 않으며 일부 콘텐츠가 사라질 수 있습니다.HTML의
CDATA
요소 (즉,<script>
)에서 엔티티는 인식되지 않습니다. XHTML은 IE에서 구문 오류가 될<script> if (1 < 2) …
이 필요합니다.배경의
<body>
은 IE에서 다르게 적용됩니다.CSS의 네임 스페이스 인식 선택기에 대한 교차 브라우저 구문은 없습니다.
모든 묵시적인 HTML 요소 (예 :
<tbody>
모든 테이블)를 가져오고 암시 적으로 요소를 닫습니다 (일반적으로 문서가 유효 할 때 문제가되지 않지만 다른 브라우저는 마크 업이 잘되어있는 한 경고하지 않습니다) 형성됨).접두사가있는 요소와 속성은 네임 스페이스가 지정되지 않고 IE에서 다른 형식 (
tagName
)이됩니다 (이는 XML에서는 불법입니다). 적절한 기본 스타일과 행동을 취하지 않을 수도 있습니다 (<xhtml:a>
은 링크가 될 수 없습니다).createElementNS
(IE에는 존재하지 않음)과 같은 네임 스페이스 인식 방법을 사용할 수 없으며 모든 경우가 아니라.tagName
은 IE에서 대문자입니다.접두사가있는 요소와 속성은 네임 스페이스가 지정되지 않으며 IE에서 다른 로컬 이름을 갖게됩니다 (XML에서도 불법입니다).
이는 XML 문서 작업을 HTML로 전환 할 때의 문제입니다. HTML (예 : 모든 사람들이 예상하고 정상적인 행동으로 생각하는 것)에서 실제 XML로 이동할 때 많은 놀라움이 있습니다. document.write
은 대부분의 Google 스크립트를 쓸모 없게 만듭니다.
- 1. `const char *`가 문제를 일으킬 수 있습니까?
- 2. 어떤 CSS 속성이 Internet Explorer에서 문제를 일으킬 수 있습니까?
- 3. 소켓이 예기치 않게 닫혔습니다.
- 4. Java에서 여러 스레드가 문제를 일으킬 수 있습니다.
- 5. 클라이언트가 예기치 않게 종료되었습니다.
- 6. 예기치 않게 세션이 사라집니다.
- 7. JQTouch가 Android에서 문제를 일으킬 수 있습니다.
- 8. strings.xml의 문자열이 Android에서 문제를 일으킬 수 있습니다.
- 9. 예기치 않게 종료되는 python 데몬 문제를 해결 하시겠습니까?
- 10. 데몬이 예기치 않게
- 11. NSString이 예기치 않게 __NSCFDictionary가됩니다.
- 12. read_inheritable_attribute가 예기치 않게 수정되었습니다.
- 13. 이 코드 조각은 메모리 측면에서 문제를 일으킬 수 있습니까?
- 14. 삽입 쿼리는 선택 쿼리에서만 동시성 문제를 일으킬 수 있습니까?
- 15. 같은 드라이브에있는 데이터베이스 및 트랜잭션 로그가 문제를 일으킬 수 있습니까?
- 16. realloc은 메모리를 확장하거나 메모리 문제를 일으킬 수 있습니까?
- 17. 서비스 클래스에서 디버깅이 작동하지 않습니다 ?? 무엇이이 문제를 일으킬 수 있습니까?
- 18. 왜 세션이 예기치 않게 asp.net에 있습니까?
- 19. git이 파일을 예기치 않게 무시합니다.
- 20. 프레임 워크 spawner 서버가 예기치 않게 종료했습니다.
- 21. 예기치 않게 응답 소켓이 끊어졌습니다.
- 22. 배열 값이 예기치 않게 변경됨
- 23. LINQ to SQL IQueryable을 예기치 않게 평가할 수 있습니까?
- 24. 'onmouseover'가 예기치 않게 Javascript에서 작동합니다.
- 25. MysqlCommand 연결이 예기치 않게 변경되었습니다.
- 26. "CreateRiaClientFilesTask"작업이 예기치 않게 실패했습니다.
- 27. "CreateRiaClientFilesTask"작업이 예기치 않게 실패했습니다.
- 28. ViewController가 예기치 않게 할당 취소되었습니다.
- 29. 예기치 않게 만료되는 PHP 세션
- 30. :이 시점에서 예기치 않게 발생했습니다
HTML 모드에서 XHTML을 렌더링 할 때 모든 브라우저가이를 수행해야합니다. 자체 닫기 태그는 XHTML이 아닌 XML의 기능입니다. 따라서 HTML 호환성 가이드 라인에서는 일반적으로 HTML로 닫지 않는 요소 (예 : 및
)에 해당 양식을 사용하지 않는 것이 좋습니다 : http://www.w3.org/TR/xhtml1/#C_3 – Miles
@ 마일 참. IIRC, xHTML 자동 닫기 태그는이 ""과 같이 올바르게 닫아야합니다. 공백은 선택 사항이지만 슬래시를 지원하지 않는 브라우저에서는 오류가 발생하지 않습니다. – hannson