<?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>Kommentare zu: Type Wars: Die Fonteinbettung schlägt zurück</title>
	<atom:link href="http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/</link>
	<description>Typografie.Design.Zeitgeist</description>
	<lastBuildDate>Thu, 02 Sep 2010 11:33:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Fontblog &#187; Ivo Gabrowitsch: Der 2. Fontkrieg</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-35169</link>
		<dc:creator>Fontblog &#187; Ivo Gabrowitsch: Der 2. Fontkrieg</dc:creator>
		<pubDate>Mon, 24 Aug 2009 07:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-35169</guid>
		<description>[...] Roger Black bereits vor 18 Monaten den zweiten Fontkrieg prognostizierte, hat Ivo jetzt die Fronten ausgemacht: CSS3 Modul Web Fonts v/s Web Embedding Fonts Tool (WEFT)*. Dieses Fachchinesisch [...]</description>
		<content:encoded><![CDATA[<p>[...] Roger Black bereits vor 18 Monaten den zweiten Fontkrieg prognostizierte, hat Ivo jetzt die Fronten ausgemacht: CSS3 Modul Web Fonts v/s Web Embedding Fonts Tool (WEFT)*. Dieses Fachchinesisch [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: ░ Fontwerk ░ Typografie.Design.Zeitgeist &#187; Impressionen von der ATypI in St. Petersburg [1]</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24873</link>
		<dc:creator>░ Fontwerk ░ Typografie.Design.Zeitgeist &#187; Impressionen von der ATypI in St. Petersburg [1]</dc:creator>
		<pubDate>Fri, 26 Sep 2008 14:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24873</guid>
		<description>[...] vom Großteil der Foundries und Schriftgestalter, beim Internet Explorer weiterhin an seiner EOT-Technologie festhalten. Das World Wide Web Consortium wird diese aller Voraussicht nach als offenen Standard [...]</description>
		<content:encoded><![CDATA[<p>[...] vom Großteil der Foundries und Schriftgestalter, beim Internet Explorer weiterhin an seiner EOT-Technologie festhalten. Das World Wide Web Consortium wird diese aller Voraussicht nach als offenen Standard [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: ░ Fontwerk ░ Typografie.Design.Zeitgeist &#187; Adobe liebt Embedded OpenType</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24588</link>
		<dc:creator>░ Fontwerk ░ Typografie.Design.Zeitgeist &#187; Adobe liebt Embedded OpenType</dc:creator>
		<pubDate>Tue, 02 Sep 2008 06:09:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24588</guid>
		<description>[...] meinem Artikel »Type Wars: Die Fonteinbettung schlägt zurück« berichtete ich über das Bestreben Microsofts und des Schriftenherstellers Ascender, die alte [...]</description>
		<content:encoded><![CDATA[<p>[...] meinem Artikel »Type Wars: Die Fonteinbettung schlägt zurück« berichtete ich über das Bestreben Microsofts und des Schriftenherstellers Ascender, die alte [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Adam Twardoch</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24463</link>
		<dc:creator>Adam Twardoch</dc:creator>
		<pubDate>Thu, 14 Aug 2008 02:19:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24463</guid>
		<description>Die Analogie mit der Musikindustrie greift nicht so ganz. Ein Musikstück kauft man für den persönlichen Konsum, und man konsumiert ihn. In welcher Form das Stück gespeichert ist, ist zweitrangig — Hauptsache es &quot;funktioniert&quot;. Die DRM-Lösungen, sei es kopiergeschützte CDs oder Audio-Dateien a la AAC &quot;funktionieren&quot; nicht, weil diverse Abspielgeräte sie nicht unterstützten bzw. der Umgang mit den Umständlich war. Wäre er nicht umständlich gewesen, wäre es den Kunden am Ende egal, welches Format sie benutzen, ob mit DRM oder nicht. Hauptsache, es spielt die Musik. 

Mit OpenType-Schriften ist es anders. Durch die Standardisierung von EOT entsteht überhaupt die Möglichkeit, dass verschiedene Schriftenhersteller ihre Schriften für die Webeinbettung überhaupt freigeben. Außerdem ist der Kunde dann auf der sicheren Seite. Wenn er OTF- oder TTF-Dateien auf seinem Server ablegt so dass sie von Safari interpretiert werden können, kann jedermann ja diese Schriften herunterladen. Dann liegt die rechtliche Verantwortung der illegaler Verbreitung bei dem Kunden. 

Wenn der Kunde aber sachgemäß ein EOT erstellt und sie dann auf dem Server ablegt, dann hat er die Sorgfaltspflicht erfüllt. Wenn nun jemand diese EOT-Datei herunterlädt und sie dann mit Software zurück in eine OTF- oder TTF-Datei umwandelt, dann ist dieser — und nicht der Kunde — ggf. rechtlich verantwortlich. 

Außerdem ist EOT ja kein DRM. Es ist halt ein drittes Schriftenformat — eines nur im Web nutzbar. Das hat praktische Vorteile, weil er ist speziell fürs Web geschaffen (u.a. bessere Lizenzinformation, MicroType-Komprimierung). 

Bald wird ein Kunde beim Kauf einer Schrift wählen können, ob er sie als OTF, TTF oder EOT haben möchte. Und irgendwann löst EOT das OTF und TTF komplett ab :)

A.</description>
		<content:encoded><![CDATA[<p>Die Analogie mit der Musikindustrie greift nicht so ganz. Ein Musikstück kauft man für den persönlichen Konsum, und man konsumiert ihn. In welcher Form das Stück gespeichert ist, ist zweitrangig — Hauptsache es &#8220;funktioniert&#8221;. Die DRM-Lösungen, sei es kopiergeschützte CDs oder Audio-Dateien a la AAC &#8220;funktionieren&#8221; nicht, weil diverse Abspielgeräte sie nicht unterstützten bzw. der Umgang mit den Umständlich war. Wäre er nicht umständlich gewesen, wäre es den Kunden am Ende egal, welches Format sie benutzen, ob mit DRM oder nicht. Hauptsache, es spielt die Musik. </p>
<p>Mit OpenType-Schriften ist es anders. Durch die Standardisierung von EOT entsteht überhaupt die Möglichkeit, dass verschiedene Schriftenhersteller ihre Schriften für die Webeinbettung überhaupt freigeben. Außerdem ist der Kunde dann auf der sicheren Seite. Wenn er OTF- oder TTF-Dateien auf seinem Server ablegt so dass sie von Safari interpretiert werden können, kann jedermann ja diese Schriften herunterladen. Dann liegt die rechtliche Verantwortung der illegaler Verbreitung bei dem Kunden. </p>
<p>Wenn der Kunde aber sachgemäß ein EOT erstellt und sie dann auf dem Server ablegt, dann hat er die Sorgfaltspflicht erfüllt. Wenn nun jemand diese EOT-Datei herunterlädt und sie dann mit Software zurück in eine OTF- oder TTF-Datei umwandelt, dann ist dieser — und nicht der Kunde — ggf. rechtlich verantwortlich. </p>
<p>Außerdem ist EOT ja kein DRM. Es ist halt ein drittes Schriftenformat — eines nur im Web nutzbar. Das hat praktische Vorteile, weil er ist speziell fürs Web geschaffen (u.a. bessere Lizenzinformation, MicroType-Komprimierung). </p>
<p>Bald wird ein Kunde beim Kauf einer Schrift wählen können, ob er sie als OTF, TTF oder EOT haben möchte. Und irgendwann löst EOT das OTF und TTF komplett ab :)</p>
<p>A.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Adam Twardoch</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24462</link>
		<dc:creator>Adam Twardoch</dc:creator>
		<pubDate>Thu, 14 Aug 2008 02:02:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24462</guid>
		<description>&gt; Öffentliche Spezifikation? Ich habe das eher als Vorschlag 
&gt; von MS und Monotype zur Empfehlung als Standard durch das 
&gt; W3C interpretiert.

Ist es eher grün oder schmeckt es eher nach Karotte? 

Es ist natürlich sowohl das eine als auch das andere. Microsoft hat eine Spezifikation des EOT-Formats auf der W3 Consortium veröffentlicht (daher: öffentliche Spezifikation), und im gleichen Zug das Format zur Standardisierung vorgeschlagen. Unabhängig davon, ob W3C das EOT-Format standardisiert oder nicht, ist es und bleibt eine öffentliche Spezifikation. Das eine ist das eine und das andere ist das andere. 

Analog: Microsoft hat vor einiger Zeit die Spezifikation des Office Open XML-Formats veröffentlicht und es bei der ISO zur Standardisierung angemeldet (als ISO/IEC 29500). Unabhängig davon ob ISO letzendlich die Norm ISO/IEC 29500 annimmt (d.h. die Widersprüche einger Länder beseitigt), ist und bleibt Office Open XML eine öffentliche Spezifikation. 

Im Gegensatz dazu sind die binären Microsoft Office-Formate lediglich öffentliche Spezifikationen ( http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx ), sie werden aber höchstwahrscheinlich nie als internationale Norm anerkannt. 

A.</description>
		<content:encoded><![CDATA[<p>&gt; Öffentliche Spezifikation? Ich habe das eher als Vorschlag<br />
&gt; von MS und Monotype zur Empfehlung als Standard durch das<br />
&gt; W3C interpretiert.</p>
<p>Ist es eher grün oder schmeckt es eher nach Karotte? </p>
<p>Es ist natürlich sowohl das eine als auch das andere. Microsoft hat eine Spezifikation des EOT-Formats auf der W3 Consortium veröffentlicht (daher: öffentliche Spezifikation), und im gleichen Zug das Format zur Standardisierung vorgeschlagen. Unabhängig davon, ob W3C das EOT-Format standardisiert oder nicht, ist es und bleibt eine öffentliche Spezifikation. Das eine ist das eine und das andere ist das andere. </p>
<p>Analog: Microsoft hat vor einiger Zeit die Spezifikation des Office Open XML-Formats veröffentlicht und es bei der ISO zur Standardisierung angemeldet (als ISO/IEC 29500). Unabhängig davon ob ISO letzendlich die Norm ISO/IEC 29500 annimmt (d.h. die Widersprüche einger Länder beseitigt), ist und bleibt Office Open XML eine öffentliche Spezifikation. </p>
<p>Im Gegensatz dazu sind die binären Microsoft Office-Formate lediglich öffentliche Spezifikationen ( <a href="http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx" rel="nofollow"></a><a href='http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx'>http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx</a> ), sie werden aber höchstwahrscheinlich nie als internationale Norm anerkannt. </p>
<p>A.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ivo</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24458</link>
		<dc:creator>Ivo</dc:creator>
		<pubDate>Wed, 13 Aug 2008 08:46:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24458</guid>
		<description>&lt;blockquote&gt;Stimmt! Die Möglichkeit, dass man sowohl GIF- als auch PNG-Bilder in HTML-Seiten einsetzt, hat dem Web ja so enorm geschadet.&lt;/blockquote&gt;
Natürlich nicht, aber das ist ja nicht wirklich zu vergleichen, denn jeder Browser kann sowohl GIFs als auch PNGs problemlos darstellen. Hier deutet sich momentan aber eine ähnliche Situation an, wie es sie schon einmal mit MS Internet Explorer (WEFT) und Netscape (TrueDoc) gab. Diese Situation wäre wohl zwar nicht mehr so »schlimm« wie damals, da diese beiden Formate heute wohl parallel existieren könnten, aber einfacher wäre ein Standard. Nichtsdestotrotz möchte ich noch einmal betonen, dass ich mich so oder so über die Entwicklung freue und auch mit den zwei parallel existierenden Methoden leben kann, denn wir brauchen endlich mehr Fonts im Web!

&lt;blockquote&gt;Übrigens, seit März 2008 ist EOT eine öffentliche Spezifikation, verfügbar beim W3 Consortium: http://www.w3.org/Submission/EOT/&lt;/blockquote&gt;
Öffentliche Spezifikation? Ich habe das eher als Vorschlag von MS und Monotype zur Empfehlung als Standard durch das W3C interpretiert.</description>
		<content:encoded><![CDATA[<blockquote><p>Stimmt! Die Möglichkeit, dass man sowohl GIF- als auch PNG-Bilder in HTML-Seiten einsetzt, hat dem Web ja so enorm geschadet.</p></blockquote>
<p>Natürlich nicht, aber das ist ja nicht wirklich zu vergleichen, denn jeder Browser kann sowohl GIFs als auch PNGs problemlos darstellen. Hier deutet sich momentan aber eine ähnliche Situation an, wie es sie schon einmal mit MS Internet Explorer (WEFT) und Netscape (TrueDoc) gab. Diese Situation wäre wohl zwar nicht mehr so »schlimm« wie damals, da diese beiden Formate heute wohl parallel existieren könnten, aber einfacher wäre ein Standard. Nichtsdestotrotz möchte ich noch einmal betonen, dass ich mich so oder so über die Entwicklung freue und auch mit den zwei parallel existierenden Methoden leben kann, denn wir brauchen endlich mehr Fonts im Web!</p>
<blockquote><p>Übrigens, seit März 2008 ist EOT eine öffentliche Spezifikation, verfügbar beim W3 Consortium: <a href="http://www.w3.org/Submission/EOT/" rel="nofollow"></a><a href='http://www.w3.org/Submission/EOT/'>http://www.w3.org/Submission/EOT/</a></p></blockquote>
<p>Öffentliche Spezifikation? Ich habe das eher als Vorschlag von MS und Monotype zur Empfehlung als Standard durch das W3C interpretiert.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Adam Twardoch</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24447</link>
		<dc:creator>Adam Twardoch</dc:creator>
		<pubDate>Sun, 10 Aug 2008 15:59:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24447</guid>
		<description>&gt; Ein Unentschieden wäre das schlimmste, was passieren 
&gt; könnte. Das würde heißen, dass sich – weil sich 
&gt; die Browserhersteller wieder nicht einigen können – 
&gt; wieder kein einheitlicher Standard bildet.

Stimmt! Die Möglichkeit, dass man sowohl GIF- als auch PNG-Bilder in HTML-Seiten einsetzt, hat dem Web ja so enorm geschadet. 

Übrigens, seit März 2008 ist EOT eine öffentliche Spezifikation, verfügbar beim W3 Consortium: http://www.w3.org/Submission/EOT/

A.</description>
		<content:encoded><![CDATA[<p>&gt; Ein Unentschieden wäre das schlimmste, was passieren<br />
&gt; könnte. Das würde heißen, dass sich – weil sich<br />
&gt; die Browserhersteller wieder nicht einigen können –<br />
&gt; wieder kein einheitlicher Standard bildet.</p>
<p>Stimmt! Die Möglichkeit, dass man sowohl GIF- als auch PNG-Bilder in HTML-Seiten einsetzt, hat dem Web ja so enorm geschadet. </p>
<p>Übrigens, seit März 2008 ist EOT eine öffentliche Spezifikation, verfügbar beim W3 Consortium: <a href="http://www.w3.org/Submission/EOT/" rel="nofollow"></a><a href='http://www.w3.org/Submission/EOT/'>http://www.w3.org/Submission/EOT/</a></p>
<p>A.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ralf Herrmann</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24405</link>
		<dc:creator>Ralf Herrmann</dc:creator>
		<pubDate>Sat, 02 Aug 2008 21:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24405</guid>
		<description>&gt;&gt;&gt;&gt; Ralf: Ein Unentschieden wäre das schlimmste, was passieren könnte. Das würde heißen, dass sich – weil sich die Browserhersteller wieder nicht einigen können – wieder kein einheitlicher Standard bildet.


Eigentlich nicht. Der Standard heißt &quot;@font-face&quot; und EOT oder OTF/TTF sind zwei Möglichkeiten um diesen Standard zu nutzen. Für Freeware-Fonts kann man dann einfaches Fontlinking verwenden (da wäre EOT ja auch völlig überflüssig) und für kommerzielle Fonts nimmt man EOT oder EOT + OTF/TTF (mit einem wie-auch-immer gearteten Download-Schutz). 
Natürlich sollte das langfristige Ziel sein, dass alle Browser beide Möglichkeiten unterstützen (so wie sie alle GIF/JPG/PNG unterstützen), aber dass es unbedingt die EINE Lösung in Form EINES einzigen Formates geben muss, finde ich nicht. Beide Varianten haben ihre Vor- und Nachteile, wie eben auch die verschiedenen Bildformate.</description>
		<content:encoded><![CDATA[<p>&gt;&gt;&gt;&gt; Ralf: Ein Unentschieden wäre das schlimmste, was passieren könnte. Das würde heißen, dass sich – weil sich die Browserhersteller wieder nicht einigen können – wieder kein einheitlicher Standard bildet.</p>
<p>Eigentlich nicht. Der Standard heißt &#8220;@font-face&#8221; und EOT oder OTF/TTF sind zwei Möglichkeiten um diesen Standard zu nutzen. Für Freeware-Fonts kann man dann einfaches Fontlinking verwenden (da wäre EOT ja auch völlig überflüssig) und für kommerzielle Fonts nimmt man EOT oder EOT + OTF/TTF (mit einem wie-auch-immer gearteten Download-Schutz).<br />
Natürlich sollte das langfristige Ziel sein, dass alle Browser beide Möglichkeiten unterstützen (so wie sie alle GIF/JPG/PNG unterstützen), aber dass es unbedingt die EINE Lösung in Form EINES einzigen Formates geben muss, finde ich nicht. Beide Varianten haben ihre Vor- und Nachteile, wie eben auch die verschiedenen Bildformate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ivo</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24389</link>
		<dc:creator>Ivo</dc:creator>
		<pubDate>Wed, 30 Jul 2008 21:04:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24389</guid>
		<description>@ Ralf: Ein Unentschieden wäre das schlimmste, was passieren könnte. Das würde heißen, dass sich – weil sich die Browserhersteller wieder nicht einigen können – wieder kein einheitlicher Standard bildet.

Das Ganze steht und fällt also mit dem Internet Explorer.

@ Bart: TrueDoc habe ich nicht vergessen, aber im aktuellen &lt;em&gt;Type War&lt;/em&gt; spielt diese Technologie keine Rolle. Wie im übrigen auch sonst nicht mehr seit einigen Jahren. 

Für die Headlines hat man ja aufgrund geltender Lizenzbeschränkungen auch keine freie Schriftwahl. Eine größere als für den Fließtext schon, dank sIFR zum Beispiel.</description>
		<content:encoded><![CDATA[<p>@ Ralf: Ein Unentschieden wäre das schlimmste, was passieren könnte. Das würde heißen, dass sich – weil sich die Browserhersteller wieder nicht einigen können – wieder kein einheitlicher Standard bildet.</p>
<p>Das Ganze steht und fällt also mit dem Internet Explorer.</p>
<p>@ Bart: TrueDoc habe ich nicht vergessen, aber im aktuellen <em>Type War</em> spielt diese Technologie keine Rolle. Wie im übrigen auch sonst nicht mehr seit einigen Jahren. </p>
<p>Für die Headlines hat man ja aufgrund geltender Lizenzbeschränkungen auch keine freie Schriftwahl. Eine größere als für den Fließtext schon, dank sIFR zum Beispiel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Bart</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/comment-page-1/#comment-24388</link>
		<dc:creator>Bart</dc:creator>
		<pubDate>Wed, 30 Jul 2008 20:38:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24388</guid>
		<description>Ich hoffe das der Standard sich durchsetzt und nicht WEFT. Vergessen wurde in diesem Artikel das es bereit bei Netscape 4 eine solche Technologie schon gab die damals von Bitsream mit entwickelt wurde:
TrueDoc

Ich denke es ist schon ein grosser Fortschritt wenn man für die Headlines freis Wahl der Schriften hat und da muß der Font nicht 100% Screen-optimiert sein.</description>
		<content:encoded><![CDATA[<p>Ich hoffe das der Standard sich durchsetzt und nicht WEFT. Vergessen wurde in diesem Artikel das es bereit bei Netscape 4 eine solche Technologie schon gab die damals von Bitsream mit entwickelt wurde:<br />
TrueDoc</p>
<p>Ich denke es ist schon ein grosser Fortschritt wenn man für die Headlines freis Wahl der Schriften hat und da muß der Font nicht 100% Screen-optimiert sein.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
