<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Internet Explorer 8</title>
	<atom:link href="http://www.bekkelund.net/2008/03/12/internet-explorer-8/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bekkelund.net/2008/03/12/internet-explorer-8/</link>
	<description>En blogg om IT, politikk og friluftsliv</description>
	<lastBuildDate>Wed, 01 Sep 2010 22:21:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Asbjørn Ulsberg</title>
		<link>http://www.bekkelund.net/2008/03/12/internet-explorer-8/#comment-27961</link>
		<dc:creator>Asbjørn Ulsberg</dc:creator>
		<pubDate>Mon, 17 Mar 2008 17:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/03/12/internet-explorer-8/#comment-27961</guid>
		<description>At IE8 passerer ACID2 på webstandards.org men ikke andre steder har med cross-domain security å gjøre, ja. Hvis object-elementet i HTML-koden hadde referert relativt til samme domene som HTML-dokumentet ble servert fra, ville testen passert uansett hvor den lå hen, men da den refererer til absolutt URL på et annet domene (nemlig webstandards.org) blir ikke URL-en dereferert i det hele tatt og testen feiler således.

Man kan selvsagt si at dette er en idiotisk måte å implementere object-elementet på, noe jeg i så fall ville vært helt enig i, men når det først er slik det er gjort, synes jeg sikkerhetsaspektet og årsaken til at det ikke fungerer er helt grei.</description>
		<content:encoded><![CDATA[<p>At IE8 passerer ACID2 på webstandards.org men ikke andre steder har med cross-domain security å gjøre, ja. Hvis object-elementet i <acronym title="HyperText Markup Language">HTML</acronym>-koden hadde referert relativt til samme domene som <acronym title="HyperText Markup Language">HTML</acronym>-dokumentet ble servert fra, ville testen passert uansett hvor den lå hen, men da den refererer til absolutt <acronym title="Uniform Resource Locator">URL</acronym> på et annet domene (nemlig webstandards.org) blir ikke <acronym title="Uniform Resource Locator">URL</acronym>-en dereferert i det hele tatt og testen feiler således.</p>
<p>Man kan selvsagt si at dette er en idiotisk måte å implementere object-elementet på, noe jeg i så fall ville vært helt enig i, men når det først er slik det er gjort, synes jeg sikkerhetsaspektet og årsaken til at det ikke fungerer er helt grei.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glenn</title>
		<link>http://www.bekkelund.net/2008/03/12/internet-explorer-8/#comment-27741</link>
		<dc:creator>Glenn</dc:creator>
		<pubDate>Fri, 14 Mar 2008 12:00:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/03/12/internet-explorer-8/#comment-27741</guid>
		<description>&lt;strong&gt;@Christian&lt;/strong&gt;: Acid testen inneholder en object tag og IE8 støtter ikke å selv rendre HTML innhold inne i en object tag. Dermed bruker de IE sin rendermotor via et ActiveX objekt for å rendre dette innholdet. (så kan man diskutere hvor lurt/bra/dårlig/idiotisk dette er) Problemet med f.eks. http://acid2.acidtests.org/ er at de referer til innhold på ett annet domene og ActiveX har ganske strenge regler for å hente ting fra andre domener og dermed feiler den. 

Så den består fint testen på  &lt;a href=&quot;http://www.webstandards.org/files/acid2/test.html&quot; rel=&quot;nofollow&quot;&gt;http://www.webstandards.org/files/acid2/test.html&lt;/a&gt; men ikke på &lt;a href=&quot;http://acid2.acidtests.org/&quot; rel=&quot;nofollow&quot;&gt;http://acid2.acidtests.org/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p><strong>@Christian</strong>: Acid testen inneholder en object tag og IE8 støtter ikke å selv rendre <acronym title="HyperText Markup Language">HTML</acronym> innhold inne i en object tag. Dermed bruker de <acronym title="Internet Explorer">IE</acronym> sin rendermotor via et ActiveX objekt for å rendre dette innholdet. (så kan man diskutere hvor lurt/bra/dårlig/idiotisk dette er) Problemet med f.eks. <a href="http://acid2.acidtests.org/">http://acid2.acidtests.org/</a> er at de referer til innhold på ett annet domene og ActiveX har ganske strenge regler for å hente ting fra andre domener og dermed feiler den. </p>
<p>Så den består fint testen på  <a href="http://www.webstandards.org/files/acid2/test.html">http://www.webstandards.org/files/acid2/test.html</a> men ikke på <a href="http://acid2.acidtests.org/">http://acid2.acidtests.org/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian</title>
		<link>http://www.bekkelund.net/2008/03/12/internet-explorer-8/#comment-27727</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Fri, 14 Mar 2008 06:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/03/12/internet-explorer-8/#comment-27727</guid>
		<description>Martin: vi er flere som stusser på det ja. Hvis den er avhengig av tillegg for å komme i mål, så er det liksom ikke helt jubel. Noen som vet hva den bruker active x til i testen?</description>
		<content:encoded><![CDATA[<p>Martin: vi er flere som stusser på det ja. Hvis den er avhengig av tillegg for å komme i mål, så er det liksom ikke helt jubel. Noen som vet hva den bruker active x til i testen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.bekkelund.net/2008/03/12/internet-explorer-8/#comment-27686</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Thu, 13 Mar 2008 18:22:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/03/12/internet-explorer-8/#comment-27686</guid>
		<description>Er det bare jeg som finner det noe sært at Internet Explorer krever ActiveX for å få dette til å spille rent? Nå må det vel sies at ActiveX i seg selv er sært. Og sårt.</description>
		<content:encoded><![CDATA[<p>Er det bare jeg som finner det noe sært at Internet Explorer krever ActiveX for å få dette til å spille rent? Nå må det vel sies at ActiveX i seg selv er sært. Og sårt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonas Follesø</title>
		<link>http://www.bekkelund.net/2008/03/12/internet-explorer-8/#comment-27639</link>
		<dc:creator>Jonas Follesø</dc:creator>
		<pubDate>Wed, 12 Mar 2008 23:45:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/03/12/internet-explorer-8/#comment-27639</guid>
		<description>http://blogs.msdn.com/ie/archive/2008/03/05/why-isn-t-ie8-passing-acid2.aspx forklarer hvorfor/hvorfor ikke...

IE8 passes the official ACID2 test hosted on http://www.webstandards.org/files/acid2/test.html. (Note, this seems to be a popular destination at the moment. You may have trouble reaching the site.)There are also a number of copies of this test around the net. One popular copy that I’ve seen of late is http://acid2.acidtests.org/

IE8 fails the copies of ACID2 due to the cross domain security checks IE performs for ActiveX controls.  Since IE does not natively handle HTML content in the OBJECT tag, but rather uses IE’s rendering engine as an ActiveX to display this HTML content, the same cross domain security checks also apply. 

------------

Thomas A: Dette er nettopp grunnen til at Microsoft fatkisk gjør en del store endringer i IE8. Som f.eks. å rendre sider i henhold til standarder som &quot;default&quot; valg, og ikke IE6 quirks mode som i IE7. Web slicences etc. er små tillegg som er spesifisert og gitt ut fritt tilgjengelig. I løpet av en dag var disse implementert på Firefox også.</description>
		<content:encoded><![CDATA[<p><a href="http://blogs.msdn.com/ie/archive/2008/03/05/why-isn-t-ie8-passing-acid2.aspx">http://blogs.msdn.com/ie/archive/2008/03/05/why-isn-t-ie8-passing-acid2.aspx</a> forklarer hvorfor/hvorfor ikke&#8230;</p>
<p>IE8 passes the official ACID2 test hosted on <a href="http://www.webstandards.org/files/acid2/test.html">http://www.webstandards.org/files/acid2/test.html</a>. (Note, this seems to be a popular destination at the moment. You may have trouble reaching the site.)There are also a number of copies of this test around the net. One popular copy that I’ve seen of late is <a href="http://acid2.acidtests.org/">http://acid2.acidtests.org/</a></p>
<p>IE8 fails the copies of ACID2 due to the cross domain security checks <acronym title="Internet Explorer">IE</acronym> performs for ActiveX controls.  Since <acronym title="Internet Explorer">IE</acronym> does not natively handle <acronym title="HyperText Markup Language">HTML</acronym> content in the OBJECT tag, but rather uses <acronym title="Internet Explorer">IE</acronym>’s rendering engine as an ActiveX to display this <acronym title="HyperText Markup Language">HTML</acronym> content, the same cross domain security checks also apply. </p>
<p>&#8212;&#8212;&#8212;&#8212;</p>
<p>Thomas A: Dette er nettopp grunnen til at Microsoft fatkisk gjør en del store endringer i IE8. Som f.eks. å rendre sider i henhold til standarder som &#8220;default&#8221; valg, og ikke <acronym title="Internet Explorer 6">IE6</acronym> quirks mode som i IE7. Web slicences etc. er små tillegg som er spesifisert og gitt ut fritt tilgjengelig. I løpet av en dag var disse implementert på Firefox også.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
