Internet Explorer 8에서는 내가 보는 모든 세 번째 페이지가 손상됩니다. 이 초기 릴리스의 요점은 웹 사이트 소유자에게 사이트를 업데이트 할 수있는 기회를주기 위해 최종 릴리스에 대한 번거 로움이 없기 때문입니다.Internet Explorer 8 베타 2 및 표준
실제로이 작업을 수행 한 사람이 있습니까?
누구도이 작업을 계획하고 있습니까?
아직 이베이, 마이 스페이스, 페이스 북 등의 큰 사이트에 신경 쓰지 않아서 호환 모드를 사용할 수 있다면 왜 작은 사이트가 될까요?
제 생각에는 제가 할 것 같지만 사이트를 IE7과 8과 어떻게 호환시킬 수 있습니까?
aggiorno express for IE8 Compat에서 볼 수도 있습니다.이 태그는 Jon이 가리키는 메타 태그로 사이트의 태그를 자동화하는 무료 도구이며, UR 페이지가 올바르게 렌더링되면 플래그를 제거합니다. 표준 모드.
이 도구는 GUI와 명령 줄을 모두 지원하므로 스크립트를 사용하여 여러 사이트에 태그를 지정하는 것이 쉽습니다. 가치가있다.
역사적으로 Microsoft의 경우 베타 버전은 브라우저의 최종 릴리스보다 표준 모드에서 페이지를 렌더링하는 데 더욱 엄격했습니다.
미리보기 단계에서 개발자는 개발자 만 볼 수 있으며 MS는 브라우저에서 더 엄격한 모드를 기본값으로 지정하여 사이트를 수정하려고합니다. 그러나 사용자에게 최종 버전을 발표 할 때가되면 일반적으로 해결되지 않은 모든 페이지가 여전히 작동하도록하는 호환성 모드가 활성화됩니다.
IE8 호환성을 요구하는 사이트를 개발했으며 IE8에서 처음 테스트 한만큼 문제가되지 않았습니다. IE8의 표준은이 시점에서 대부분의 다른 표준 호환 브라우저에 매우 가깝습니다.
당신이 할 수없는 (또는하지 않습니다) 당신은 일반적으로 간단 메타 태그와 함께 IE8에서 작업 페이지 나 사이트를 얻을 수 있다는 경우 :
<html>
<head>
<title>Works in IE8</title>
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7"/>
</head>
<body>Renders the same in IE8 as it did in IE7</body>
그것은 항상 원활하게 작동하지 않습니다 - IE8은 head 섹션에서 ASP.NET 테마와 충돌하는 첫 번째 태그 인 경우 해당 메타 태그 만 인식합니다. 이 경우 서버 전체의 변경 사항을 사용하여 HTTP 헤더를 작성할 수 있습니다. 나는 here에 관해 썼다.
MSDN은 처리 할 수있는 방법에 대한 몇 가지 추가 정보가 있습니다 http://msdn.microsoft.com/en-us/library/cc817570(en-us).aspx
내가이 시점에서 가장 안전한 베팅이 IE8 렌더링을 거부 할 생각을; 페이지에서 "IE7 모드"태그를 사용하면 IE8이 나오더라도 여전히 IE7 렌더링을 사용하므로 놀라지 않을 것입니다.
음, stadards는 꽤 많은 신화입니다. 그 누구도 진정한 표준은 아닙니다. 당신이 나를 믿지 않는다면, 그 주제에 대해서만 Joel's article을 읽으십시오.
Microsoft IE8에 따르면 Acid2 test을 전달합니다. 문제는 모든 사람이 IE7의 문제에 너무 익숙해 져서 IE8이 표준에 더 가까워지고있어 많은 IE 조건부 해결 방법을 만들어 냈다는 것입니다.
이 질문에 대한 마지막 답변이 10 개월 전부터 나타 났습니까? IE8 RTM이 얼마 전에 출하되었음을 알았습니까? -1. –