<?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"
	>
<channel>
	<title>Comments on: Internet Explorer 7 - Beta&#160;2</title>
	<atom:link href="http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/</link>
	<description>Webdesign, WordPress, Netzwelt, Browser, Photoshop ++</description>
	<pubDate>Wed, 07 Jan 2009 04:33:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Internet Explorer 7: Stand der Dinge - Jowra - Webdesign · Photo · Artwork</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-11989</link>
		<dc:creator>Internet Explorer 7: Stand der Dinge - Jowra - Webdesign · Photo · Artwork</dc:creator>
		<pubDate>Fri, 29 Sep 2006 18:10:25 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-11989</guid>
		<description>[...] Wie sieht es mit der CSS Unterstützung aus? Kein Browser unterstützt komplett die CSS-Spezifikationen, aber Chris Wilson &#38; Co. hätten doch wenigstens ein Gespür für Statements wie :after und :before haben können. Sie wissen garantiert welche Vereinfachungen (float-clearing z.B.) sich damit für das Webdesign ergeben würden. Wie schon früher erwähnt, fehlt weiterhin die Unterstützung von Mime-/Content-Types (application/xhtml+xml). Gerade im Rahmen der aktuellen Diskussionen über Doctypes, einer einheitlichen Grundlage in dem Fall, sozusagen on the road to XHTML 1.0 Strict oder XHTML 1.1, wäre das ein großer Schritt gewesen. Leider nichts. [...]</description>
		<content:encoded><![CDATA[	<p>[...] Wie sieht es mit der <span class="caps">CSS </span>Unterstützung aus? Kein Browser unterstützt komplett die <span class="caps">CSS</span>-Spezifikationen, aber Chris Wilson &#38; Co. hätten doch wenigstens ein Gespür für Statements wie :after und :before haben können. Sie wissen garantiert welche Vereinfachungen (float-clearing z.B.) sich damit für das Webdesign ergeben würden. Wie schon früher erwähnt, fehlt weiterhin die Unterstützung von Mime-/Content-Types (application/xhtml+xml). Gerade im Rahmen der aktuellen Diskussionen über Doctypes, einer einheitlichen Grundlage in dem Fall, sozusagen on the road to <span class="caps">XHTML 1</span>.0 Strict oder <span class="caps">XHTML 1</span>.1, wäre das ein großer Schritt gewesen. Leider nichts. [...]</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Gründe für sauberes HTML &#187; contactsheet.de</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-9814</link>
		<dc:creator>Gründe für sauberes HTML &#187; contactsheet.de</dc:creator>
		<pubDate>Thu, 10 Aug 2006 12:05:11 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-9814</guid>
		<description>[...] Bleibt noch anzufügen, dass der Schritt von Transitional auf Strict-Doctypes jedem Anfänger angeraten ist. Denn viele "Unsinnigkeiten" die die Validatoren bei Transitional-Dokumenten noch durchgehen lassen werden erst in Strict-Dokumenten mokkiert. Wer html Lernen will, kann es auch gleich richtig machen. Im Artikel Transitional vs. Strict Markup erläutert Roger Johansson die Unterschiede. Ich sehe es inzwischen ähnlich: die Wahl des Strict-Doctypes beschert dem Internet einen noch größeren Fortschritt als es XHTML tut. Was nicht heißen soll, dass XHTML nicht wünschenswert ist, aber mit XHTML Transitional hat man nichts gekonnt... und wie die Browser mit XHTML 1.1 umgehen ist bekannt. Zum Thema XHTML 1.1 empfehle ich auch diese Diskussion in den Kommentaren des Artikels zum IE7 und den Artikel "Schlüssige Argumente für XHTML" von Schneegans.de der die Thematik sehr detailliert (und amüsant) unter die Lupe nimmt. (und ganz nebenbei mein Slatystain-Wordpress-Theme als Werk eines Wannabe's entlarvt ;-)     &#160; [...]</description>
		<content:encoded><![CDATA[	<p>[...] Bleibt noch anzufügen, dass der Schritt von Transitional auf Strict-Doctypes jedem Anfänger angeraten ist. Denn viele &#8220;Unsinnigkeiten&#8221; die die Validatoren bei Transitional-Dokumenten noch durchgehen lassen werden erst in Strict-Dokumenten mokkiert. Wer html Lernen will, kann es auch gleich richtig machen. Im Artikel Transitional vs. Strict Markup erläutert Roger Johansson die Unterschiede. Ich sehe es inzwischen ähnlich: die Wahl des Strict-Doctypes beschert dem Internet einen noch größeren Fortschritt als es <span class="caps">XHTML</span> tut. Was nicht heißen soll, dass <span class="caps">XHTML</span> nicht wünschenswert ist, aber mit <span class="caps">XHTML </span>Transitional hat man nichts gekonnt&#8230; und wie die Browser mit <span class="caps">XHTML 1</span>.1 umgehen ist bekannt. Zum Thema <span class="caps">XHTML 1</span>.1 empfehle ich auch diese Diskussion in den Kommentaren des Artikels zum <span class="caps">IE7</span> und den Artikel &#8220;Schlüssige Argumente für <span class="caps">XHTML</span>&#8221; von Schneegans.de der die Thematik sehr detailliert (und amüsant) unter die Lupe nimmt. (und ganz nebenbei mein Slatystain-Wordpress-Theme als Werk eines Wannabe&#8217;s entlarvt ;-)     &nbsp; [...]</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Heino Frerichs</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-6889</link>
		<dc:creator>Heino Frerichs</dc:creator>
		<pubDate>Tue, 06 Jun 2006 13:30:40 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-6889</guid>
		<description>Lieber Kritiker,
IE muss ich zur Webvorschau auf dem Computer haben, kostet mich ja nichts. Ebenso wie Mozilla FireFox und NetsCape. Was hat das mit gut oder schlecht zu tun? Es gibt da die gute Möglichkeit des "Standardbrowsers"!
Das Drucken (mit Adobe) in eine Datei habe ich jahrelang über Windows-Zwischenspeicher, dann Word aufgerufen und dann erst in PDF konvertiert. Das ist doch jetzt in IE 7 eine gute Möglichkeit.
Ich wollte nur prüfen, ob Microsoft auch schon "geschnallt" hat, dass Umlaute in Domainnamen schon seit März 2004 möglich sind!
Gruss Heino.</description>
		<content:encoded><![CDATA[	<p>Lieber Kritiker,<br />
IE muss ich zur Webvorschau auf dem Computer haben, kostet mich ja nichts. Ebenso wie Mozilla FireFox und NetsCape. Was hat das mit gut oder schlecht zu tun? Es gibt da die gute Möglichkeit des &#8220;Standardbrowsers&#8221;!<br />
Das Drucken (mit Adobe) in eine Datei habe ich jahrelang über Windows-Zwischenspeicher, dann Word aufgerufen und dann erst in <span class="caps">PDF</span> konvertiert. Das ist doch jetzt in <span class="caps">IE 7</span> eine gute Möglichkeit.<br />
Ich wollte nur prüfen, ob Microsoft auch schon &#8220;geschnallt&#8221; hat, dass Umlaute in Domainnamen schon seit März 2004 möglich sind!<br />
Gruss Heino.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Neumueller</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-6712</link>
		<dc:creator>Neumueller</dc:creator>
		<pubDate>Sun, 04 Jun 2006 09:28:59 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-6712</guid>
		<description>Dieser "neue" Internet Explorer ist mit abstand der schlechteste Browser, den  ich je gesehen hab! Das öffnen der Tabs dauert viel zu lang.

Und die Geschwindigkeit ist auch grad ned so der Hit.</description>
		<content:encoded><![CDATA[	<p>Dieser &#8220;neue&#8221; Internet Explorer ist mit abstand der schlechteste Browser, den  ich je gesehen hab! Das öffnen der Tabs dauert viel zu lang.</p>

	<p>Und die Geschwindigkeit ist auch grad ned so der Hit.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2906</link>
		<dc:creator>John</dc:creator>
		<pubDate>Fri, 10 Feb 2006 20:45:52 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2906</guid>
		<description>bq. Fahr mal bitte deine Haltung »ich alleine habe das Licht erblickt« herunter.

Diese Haltung habe ich nicht. Wenn ich schreibe, daß viele den Sinn hinter XHTML noch nicht verstanden haben, dann ist das einfach nur eine Festellung und die Erfahrung die man beim täglichen Surfen durchs Netz macht.

1. In Foren, Kommentaren usw. ist eine der häufigsten Fragen "Was ist eigentlich der Vorteil von XHTML?" Das ist ja nichts Negatives, es zeugt nur davon, daß ein Großteil der Neu-Webbastler (durch den Blogging-Hype kamen ja sehr viele hinzu, ist ja auch wunderbar) sich darüber noch nicht informiert hat.
2. Trotz besagter fehlender Informationen, prangt auf fast jeder Seite der "Valid XHTML"-Button. Klickt man drauf, zeigt der Validator im Regelfall 23 Fehler und 62 Warnungen. Ich hab im Firefox die HTML-Tidy-Extension laufen (grün = fehlerfrei, gelb = mit Warnungen, rot = mit Fehlern). Was meinst Du, wie einem ganz gelb und rot vor Augen wird. Und das lustiger Weise sogar auf vielen Seiten von sogenannten Webstandard-Spezialisten.
3. Viele Blogger verwenden WordPress. Das kommt out of the Box als XHTML-valide daher. Ein paar Tage nach der Installation fängt man an am Code rumzuschrauben und nach und nach tummeln sich die fehlenden Slashes und andere nicht-valide Dinge durchs Unterholz.

Die Feststellung, daß eine Mehrheit (?) - zumindest eine Vielzahl von Webdesigner und -nutzern - nicht weiß, was es mit XHTML auf sich hat, ist ganz praktische Erfahrung, keine Überheblichkeit. Es geht mir auch nicht um Bekehrung: wenn Standards sich durchsetzen sollen, dann sicherlich nicht per Diktat. Es geht nur um den Fakt an sich.

bq. Natürlich kann man sich über Zukunftsmusik unterhalten, gerne. Aber Luftschlösser sind und bleiben Luftschlösser – wie gesagt.

Das hier:

"Das Web der Zukunft in 6 Punkten":http://www.w3c.de/PubPraes/6%20Punkte%20fuer%20das%20Web%20der%20Zukunft%20gen.htm

bringt die Luftschlösser gut auf den Punkt. Der Punkt wo ich Dir widerspreche ist der, daß es Luftschlösser _bleiben_. Fortschritt beginnt immer mit einer Vision. Und interessanter Weise steht die Allgemeinheit dem anfangs meist skeptisch gegenüber. "So wie es jetzt ist funktionierts doch, warum etwas ändern?" oder "Haben wir schon immer so gemacht." sind Klassiker.

bq. Schön, dass XHTML ein unglaubliches Potenzial hat. Du vermengst aber etwas: Das, was mit XHTML in der Gegenwart faktisch möglich ist, und das, was in der W3C-Utopie mit XHTML möglich sein soll.

Das was ich in den obigen Kommentaren geschrieben habe, stand immer unter dem Zusatz, daß das in Zukunft möglich sein wird (lies noch mal - ich erwähnte sogar das Wort "zukünftig"). Ich blicke vielleicht etwas weit voraus, aber ich bin nicht realitätsfremd.

bq. Daher juckt das, was du als Sinn hinter XHTML erkennst, tatsächlich momentan niemanden.

Du verwendest zu oft Absolutismen. Es interessiert nicht die breite Masse momentan. Aber es interessiert durchaus sogar Firmen wie Microsoft, die selbst am W3C mitarbeiten (siehe z.B. XML). Und es interessiert heute schon Entwickler in Japan und sonst wo, jedenfalls dort, wo man vorausschauend arbeitet und damit später auch Geld verdienen will. Um noch mal auf den eigentlichen Beitrag zurückzukommen - und da sind wir uns ja wieder einig - was mich am IE 7 jetzt einfach stört: Man mußte jahrelang auf eine neue Version des meistgenutzten Browsers warten, die Erwartungen waren hoch und Dinge von denen man annahm sie seien im Jahre 2006 selbstverständlich, wurden nun doch wieder nicht realisiert. In der Tat, dadurch wird die Entwicklung aufgehalten. Ich bin in diesem (besten) Sinne - ungeduldig.</description>
		<content:encoded><![CDATA[	<blockquote><p>Fahr mal bitte deine Haltung »ich alleine habe das Licht erblickt« herunter.</p></blockquote>

	<p>Diese Haltung habe ich nicht. Wenn ich schreibe, daß viele den Sinn hinter <span class="caps">XHTML</span> noch nicht verstanden haben, dann ist das einfach nur eine Festellung und die Erfahrung die man beim täglichen Surfen durchs Netz macht.</p>

	<p>1. In Foren, Kommentaren usw. ist eine der häufigsten Fragen &#8220;Was ist eigentlich der Vorteil von <span class="caps">XHTML</span>?&#8221; Das ist ja nichts Negatives, es zeugt nur davon, daß ein Großteil der Neu-Webbastler (durch den Blogging-Hype kamen ja sehr viele hinzu, ist ja auch wunderbar) sich darüber noch nicht informiert hat.<br />
2. Trotz besagter fehlender Informationen, prangt auf fast jeder Seite der &#8220;Valid <span class="caps">XHTML</span>&#8221;-Button. Klickt man drauf, zeigt der Validator im Regelfall 23 Fehler und 62 Warnungen. Ich hab im Firefox die <span class="caps">HTML</span>-Tidy-Extension laufen (grün = fehlerfrei, gelb = mit Warnungen, rot = mit Fehlern). Was meinst Du, wie einem ganz gelb und rot vor Augen wird. Und das lustiger Weise sogar auf vielen Seiten von sogenannten Webstandard-Spezialisten.<br />
3. Viele Blogger verwenden WordPress. Das kommt out of the Box als <span class="caps">XHTML</span>-valide daher. Ein paar Tage nach der Installation fängt man an am Code rumzuschrauben und nach und nach tummeln sich die fehlenden Slashes und andere nicht-valide Dinge durchs Unterholz.</p>

	<p>Die Feststellung, daß eine Mehrheit (?) &#8211; zumindest eine Vielzahl von Webdesigner und -nutzern &#8211; nicht weiß, was es mit <span class="caps">XHTML</span> auf sich hat, ist ganz praktische Erfahrung, keine Überheblichkeit. Es geht mir auch nicht um Bekehrung: wenn Standards sich durchsetzen sollen, dann sicherlich nicht per Diktat. Es geht nur um den Fakt an sich.</p>

	<blockquote><p>Natürlich kann man sich über Zukunftsmusik unterhalten, gerne. Aber Luftschlösser sind und bleiben Luftschlösser – wie gesagt.</p></blockquote>

	<p>Das hier:</p>

	<p><a href="http://www.w3c.de/PubPraes/6%20Punkte%20fuer%20das%20Web%20der%20Zukunft%20gen.htm" title="">Das Web der Zukunft in 6 Punkten</a></p>

	<p>bringt die Luftschlösser gut auf den Punkt. Der Punkt wo ich Dir widerspreche ist der, daß es Luftschlösser <em>bleiben</em>. Fortschritt beginnt immer mit einer Vision. Und interessanter Weise steht die Allgemeinheit dem anfangs meist skeptisch gegenüber. &#8220;So wie es jetzt ist funktionierts doch, warum etwas ändern?&#8221; oder &#8220;Haben wir schon immer so gemacht.&#8221; sind Klassiker.</p>

	<blockquote><p>Schön, dass <span class="caps">XHTML</span> ein unglaubliches Potenzial hat. Du vermengst aber etwas: Das, was mit <span class="caps">XHTML</span> in der Gegenwart faktisch möglich ist, und das, was in der <span class="caps">W3C</span>-Utopie mit <span class="caps">XHTML</span> möglich sein soll.</p></blockquote>

	<p>Das was ich in den obigen Kommentaren geschrieben habe, stand immer unter dem Zusatz, daß das in Zukunft möglich sein wird (lies noch mal &#8211; ich erwähnte sogar das Wort &#8220;zukünftig&#8221;). Ich blicke vielleicht etwas weit voraus, aber ich bin nicht realitätsfremd.</p>

	<blockquote><p>Daher juckt das, was du als Sinn hinter <span class="caps">XHTML</span> erkennst, tatsächlich momentan niemanden.</p></blockquote>

	<p>Du verwendest zu oft Absolutismen. Es interessiert nicht die breite Masse momentan. Aber es interessiert durchaus sogar Firmen wie Microsoft, die selbst am <span class="caps">W3C</span> mitarbeiten (siehe z.B. <span class="caps">XML</span>). Und es interessiert heute schon Entwickler in Japan und sonst wo, jedenfalls dort, wo man vorausschauend arbeitet und damit später auch Geld verdienen will. Um noch mal auf den eigentlichen Beitrag zurückzukommen &#8211; und da sind wir uns ja wieder einig &#8211; was mich am <span class="caps">IE 7</span> jetzt einfach stört: Man mußte jahrelang auf eine neue Version des meistgenutzten Browsers warten, die Erwartungen waren hoch und Dinge von denen man annahm sie seien im Jahre 2006 selbstverständlich, wurden nun doch wieder nicht realisiert. In der Tat, dadurch wird die Entwicklung aufgehalten. Ich bin in diesem (besten) Sinne &#8211; ungeduldig.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: molily</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2904</link>
		<dc:creator>molily</dc:creator>
		<pubDate>Fri, 10 Feb 2006 14:10:21 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2904</guid>
		<description>»Dieses Ziel und den Sinn hinter XHTML scheinen noch nicht viele Menschen verinnerlicht zu haben.«

Fahr mal bitte deine Haltung »ich alleine habe das Licht erblickt« herunter.

Natürlich kann man sich über Zukunftsmusik unterhalten, gerne. Aber Luftschlösser sind und bleiben Luftschlösser - wie gesagt. Schön, dass XHTML ein unglaubliches Potenzial hat. Du vermengst aber etwas: Das, was mit XHTML in der Gegenwart faktisch möglich ist, und das, was in der W3C-Utopie mit XHTML möglich sein soll. Auch wenn IE 7 in puncto XHTML auf dem Stand der anderen Browser wäre, könnte man trotzdem nicht Word-Dokumente als XML einbinden. Daher juckt das, was du als Sinn hinter XHTML erkennst, tatsächlich momentan niemanden - wie auch immer man das bewerten will.

Das soll niemanden hindern, den »großen Traum« zu träumen. Du hast recht, dass IE 7 ohne vernünftige XML/XHTML-Unterstützung »Hürden auf dem Weg hin zu echtem XHTML/XML« aufbaut. Leider gibt es noch viele andere Hürden, die mit einer vernünftigen XML/XHTML-Unterstützung längst nicht eingerissen werden. SVG ist wohl das einzige praktische Beispiel, das du genannt hast, was in der Realität zumindest schon teilweise funktioniert. Da zeigt sich so ein Problem: Von XHTML-Unterstützung kommt noch lange nicht SVG-Unterstützung.</description>
		<content:encoded><![CDATA[	<p>»Dieses Ziel und den Sinn hinter <span class="caps">XHTML</span> scheinen noch nicht viele Menschen verinnerlicht zu haben.«</p>

	<p>Fahr mal bitte deine Haltung »ich alleine habe das Licht erblickt« herunter.</p>

	<p>Natürlich kann man sich über Zukunftsmusik unterhalten, gerne. Aber Luftschlösser sind und bleiben Luftschlösser &#8211; wie gesagt. Schön, dass <span class="caps">XHTML</span> ein unglaubliches Potenzial hat. Du vermengst aber etwas: Das, was mit <span class="caps">XHTML</span> in der Gegenwart faktisch möglich ist, und das, was in der <span class="caps">W3C</span>-Utopie mit <span class="caps">XHTML</span> möglich sein soll. Auch wenn <span class="caps">IE 7</span> in puncto <span class="caps">XHTML</span> auf dem Stand der anderen Browser wäre, könnte man trotzdem nicht Word-Dokumente als <span class="caps">XML</span> einbinden. Daher juckt das, was du als Sinn hinter <span class="caps">XHTML</span> erkennst, tatsächlich momentan niemanden &#8211; wie auch immer man das bewerten will.</p>

	<p>Das soll niemanden hindern, den »großen Traum« zu träumen. Du hast recht, dass <span class="caps">IE 7</span> ohne vernünftige <span class="caps">XML</span>/XHTML-Unterstützung »Hürden auf dem Weg hin zu echtem <span class="caps">XHTML</span>/XML« aufbaut. Leider gibt es noch viele andere Hürden, die mit einer vernünftigen <span class="caps">XML</span>/XHTML-Unterstützung längst nicht eingerissen werden. <span class="caps">SVG</span> ist wohl das einzige praktische Beispiel, das du genannt hast, was in der Realität zumindest schon teilweise funktioniert. Da zeigt sich so ein Problem: Von <span class="caps">XHTML</span>-Unterstützung kommt noch lange nicht <span class="caps">SVG</span>-Unterstützung.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Internet Explorer 7 (IE 7) im Beta Test</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2882</link>
		<dc:creator>Internet Explorer 7 (IE 7) im Beta Test</dc:creator>
		<pubDate>Thu, 09 Feb 2006 08:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2882</guid>
		<description>[...] Weitere Rezension  jowra.de pcmag.com winfuture.de (Deutsch mit Abbildungen) mezzoblue.com [...]</description>
		<content:encoded><![CDATA[	<p>[...] Weitere Rezension  jowra.de pcmag.com winfuture.de (Deutsch mit Abbildungen) mezzoblue.com [...]</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Dr. Web Weblog &#187; Blog-Archiv &#187; Der IE 7 im Test</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2876</link>
		<dc:creator>Dr. Web Weblog &#187; Blog-Archiv &#187; Der IE 7 im Test</dc:creator>
		<pubDate>Thu, 09 Feb 2006 00:16:47 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2876</guid>
		<description>[...] Jowra [...]</description>
		<content:encoded><![CDATA[	<p>[...] Jowra [...]</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Harald Kampen</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2825</link>
		<dc:creator>Harald Kampen</dc:creator>
		<pubDate>Sun, 05 Feb 2006 12:57:50 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2825</guid>
		<description>Ich verstehe hier nicht die Kritik amm Artikel. application/xml+xhtml ist seit Jahren W3C-Standard für XHTML, text/html ist nur ein Kompromiss. Wenn MS Standards unterstützen will, dann sollten sie es einigermaßen konsequent tun. 

Es ist ja bei der Beta-2 nicht nur dieser MIME-Type. Bisher wird z.B. auch &lt;code&gt;q&lt;/code&gt; nicht unterstützt, die Darstellung von Bildern über den &lt;code&gt;object&lt;/code&gt;-Tag ist noch nicht brauchbar und für Flash ist auch noch keine Verwendung von &lt;code&gt;data&lt;/code&gt; mit &lt;code&gt;type&lt;/code&gt; möglich. Von erweiterten Dokumenteninformationen oder Cookieverwaltung ganz zu schweigen. Der Richtexteditor wurde anscheindend auch nicht (ernsthaft) weiterentwickelt.

Es ist schon richtig: 5 Jahre ist eine lange Zeit, MS hat viel zu tun. Bisher wurde an den schlimmsten CSS-Bugs und der Oberfläche geschraubt. Genau betrachtet alles nur optische Korrekturen und Erweiterungen. Nicht, dass ich alles schleicht finde, was umgesetzt wurde. Es fehlt halt noch eine ganze Menge.

Ob die Entscheidung, den IE liegen zu lassen, wirtschaftlich war, möchte ich bezweifeln.</description>
		<content:encoded><![CDATA[	<p>Ich verstehe hier nicht die Kritik amm Artikel. application/xml+xhtml ist seit Jahren <span class="caps">W3C</span>-Standard für <span class="caps">XHTML</span>, text/html ist nur ein Kompromiss. Wenn <span class="caps">MS </span>Standards unterstützen will, dann sollten sie es einigermaßen konsequent tun.</p>

	<p>Es ist ja bei der Beta-2 nicht nur dieser <span class="caps">MIME</span>-Type. Bisher wird z.B. auch <code>q</code> nicht unterstützt, die Darstellung von Bildern über den <code>object</code>-Tag ist noch nicht brauchbar und für Flash ist auch noch keine Verwendung von <code>data</code> mit <code>type</code> möglich. Von erweiterten Dokumenteninformationen oder Cookieverwaltung ganz zu schweigen. Der Richtexteditor wurde anscheindend auch nicht (ernsthaft) weiterentwickelt.</p>

	<p>Es ist schon richtig: 5 Jahre ist eine lange Zeit, MS hat viel zu tun. Bisher wurde an den schlimmsten <span class="caps">CSS</span>-Bugs und der Oberfläche geschraubt. Genau betrachtet alles nur optische Korrekturen und Erweiterungen. Nicht, dass ich alles schleicht finde, was umgesetzt wurde. Es fehlt halt noch eine ganze Menge.</p>

	<p>Ob die Entscheidung, den IE liegen zu lassen, wirtschaftlich war, möchte ich bezweifeln.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: kk-works.de &#187; IE 7 Beta 2 - Zweiter Eindruck [Update]</title>
		<link>http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2809</link>
		<dc:creator>kk-works.de &#187; IE 7 Beta 2 - Zweiter Eindruck [Update]</dc:creator>
		<pubDate>Sat, 04 Feb 2006 10:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://jowra.com/journal/2006/02/internet-explorer-7-beta-2/#comment-2809</guid>
		<description>[...] Interessant erscheint mir noch, dass angeblich die meisten Bugs, die bei Positioniseverything aufgelistet sind behoben sein sollen. Dazu kann ich leider noch konnte ich bisher mangels Zeit leider noch keine Tests durchf&#252;hren, aber vielleicht kann der ein oder andere von euch dazu ja schon eine Aussage machen. Bleibt mir noch zu sagen, dass der Anfang gemacht zu sein scheint. Weiter so.  [Update]: &#220;brigens gibts hier und hier Ausf&#252;hrungen der Entwickler zu dem Thema. [Update 2]: Gerade hab bei Jens im Blog den Hinweis gesehen, dass das Thema hier auch gut behandelt wird. [...]</description>
		<content:encoded><![CDATA[	<p>[...] Interessant erscheint mir noch, dass angeblich die meisten Bugs, die bei Positioniseverything aufgelistet sind behoben sein sollen. Dazu kann ich leider noch konnte ich bisher mangels Zeit leider noch keine Tests durchf&#252;hren, aber vielleicht kann der ein oder andere von euch dazu ja schon eine Aussage machen. Bleibt mir noch zu sagen, dass der Anfang gemacht zu sein scheint. Weiter so.  [Update]: &#220;brigens gibts hier und hier Ausf&#252;hrungen der Entwickler zu dem Thema. [Update 2]: Gerade hab bei Jens im Blog den Hinweis gesehen, dass das Thema hier auch gut behandelt wird. [...]</p>
 ]]></content:encoded>
	</item>
</channel>
</rss>
