<?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>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>
	<pubDate>Thu, 20 Nov 2008 21:31:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<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-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>[&#8230;] 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 [&#8230;]</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-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>[&#8230;] meinem Artikel »Type Wars: Die Fonteinbettung schlägt zurück« berichtete ich über das Bestreben Microsofts und des Schriftenherstellers Ascender, die alte [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Adam Twardoch</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/#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 "funktioniert". Die DRM-Lösungen, sei es kopiergeschützte CDs oder Audio-Dateien a la AAC "funktionieren" 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-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>&#62; Öffentliche Spezifikation? Ich habe das eher als Vorschlag 
&#62; von MS und Monotype zur Empfehlung als Standard durch das 
&#62; 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-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-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>&#62; Ein Unentschieden wäre das schlimmste, was passieren 
&#62; könnte. Das würde heißen, dass sich – weil sich 
&#62; die Browserhersteller wieder nicht einigen können – 
&#62; 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-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>&#62;&#62;&#62;&#62; 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 "@font-face" 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-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-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>
	<item>
		<title>Von: Designworks ::: Photoshop &#124; InDesign &#124; Illustrator &#124; Grafikdesign &#187; Fontwerk-Artikel über Font-Einbettung</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/#comment-24351</link>
		<dc:creator>Designworks ::: Photoshop &#124; InDesign &#124; Illustrator &#124; Grafikdesign &#187; Fontwerk-Artikel über Font-Einbettung</dc:creator>
		<pubDate>Thu, 24 Jul 2008 07:17:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24351</guid>
		<description>[...] Gabrovitsch hat in seinem Blog Fontwerk einen interessanten Artikel zum Thema Font-Einbettung für Websites [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Gabrovitsch hat in seinem Blog Fontwerk einen interessanten Artikel zum Thema Font-Einbettung für Websites [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ralf Herrmann</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/#comment-24343</link>
		<dc:creator>Ralf Herrmann</dc:creator>
		<pubDate>Tue, 22 Jul 2008 14:38:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24343</guid>
		<description>Der 2. Font War wird wie der 1. mit einem Unentschieden ausgehen und exakt genauso verlaufen, wie bei der Musikindustrie. Erst wurden Music-Downloads ignoriert. Als sie immer mehr Verbreitung fanden, versuchte man sie zu stoppen – ohne Erfolg. Dann versuchte man mitzuspielen, aber nur mit immensen technischen Beschränkungen (DRM). Und nun, nach vielen Jahren kann man die Songs einfach ohne jeglichen Schutz kaufen. Die Kunden sind glücklich und die Industrie macht satte Gewinne damit – trotz der Tatsache, dass man praktisch jeden Song auch irgendwo illegal herunter laden kann. 

EOT ist prima, aber man kann die Browser-Hersteller nicht dazu bewegen, eine direkte TTF-/OTF-Einbindung zugunsten von EOT fallen zu lassen. Das wird nicht passieren und deshalb stößt mir die Lobby-Arbeit von Ascender auch etwas sauer auf. Webfonts werden so oder so "geklaut" werden, egal ob man sie als EOT oder TTF-/OTF-Fonts extrahiert. Die Frage ist allein, welche Chancen für die Webdesigner bzw. Gewinne für die Fontanbieter dem gegenüberstehen. Die technischen Rahmenbedingungen sind da eher nebensächlich und ein Font War demzufolge auch.</description>
		<content:encoded><![CDATA[<p>Der 2. Font War wird wie der 1. mit einem Unentschieden ausgehen und exakt genauso verlaufen, wie bei der Musikindustrie. Erst wurden Music-Downloads ignoriert. Als sie immer mehr Verbreitung fanden, versuchte man sie zu stoppen – ohne Erfolg. Dann versuchte man mitzuspielen, aber nur mit immensen technischen Beschränkungen (DRM). Und nun, nach vielen Jahren kann man die Songs einfach ohne jeglichen Schutz kaufen. Die Kunden sind glücklich und die Industrie macht satte Gewinne damit – trotz der Tatsache, dass man praktisch jeden Song auch irgendwo illegal herunter laden kann. </p>
<p>EOT ist prima, aber man kann die Browser-Hersteller nicht dazu bewegen, eine direkte TTF-/OTF-Einbindung zugunsten von EOT fallen zu lassen. Das wird nicht passieren und deshalb stößt mir die Lobby-Arbeit von Ascender auch etwas sauer auf. Webfonts werden so oder so &#8220;geklaut&#8221; werden, egal ob man sie als EOT oder TTF-/OTF-Fonts extrahiert. Die Frage ist allein, welche Chancen für die Webdesigner bzw. Gewinne für die Fontanbieter dem gegenüberstehen. Die technischen Rahmenbedingungen sind da eher nebensächlich und ein Font War demzufolge auch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tobias</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/#comment-24341</link>
		<dc:creator>Tobias</dc:creator>
		<pubDate>Tue, 22 Jul 2008 12:28:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24341</guid>
		<description>OpenType Fonts kann man ja genau wie EOT's auf eine Grundzeichensatz beschränken.

Die Schriften zu beschränken finde ich im übrigen eine grässliche Idee. Ich will endlich die gesamte Breite der OpenType Features nutzten können. Automatische Ligaturen im Web, das wäre doch mal was. Und theoretisch sind sie auch schon möglich (&lt;a href="http://dev.w3.org/html5/html-author/charref"&gt;http://dev.w3.org/html5/html-author/charref&lt;/a&gt;).

Meinem Lainrechtsverständnis nach dürfte das Umwandeln in OpenType quasi genau wie das Knacken eines Kopierschutzes sein was auch noch rechtlich relevant ist. Also ein Pluspunkt für die EOT.

Auf jeden Fall bin ich der Meinung das der Kopierschutz nicht die Weiterentwicklung behindern sollte. Ob nun EOT oder nicht — Wer sich Schriften illegal besorgen will findet immer eine Möglichkeit. Auch durch @font-face wird es nicht legal Schriften zu stehlen.</description>
		<content:encoded><![CDATA[<p>OpenType Fonts kann man ja genau wie EOT&#8217;s auf eine Grundzeichensatz beschränken.</p>
<p>Die Schriften zu beschränken finde ich im übrigen eine grässliche Idee. Ich will endlich die gesamte Breite der OpenType Features nutzten können. Automatische Ligaturen im Web, das wäre doch mal was. Und theoretisch sind sie auch schon möglich (<a href="http://dev.w3.org/html5/html-author/charref"></a><a href='http://dev.w3.org/html5/html-author/charref'>http://dev.w3.org/html5/html-author/charref</a>).</p>
<p>Meinem Lainrechtsverständnis nach dürfte das Umwandeln in OpenType quasi genau wie das Knacken eines Kopierschutzes sein was auch noch rechtlich relevant ist. Also ein Pluspunkt für die EOT.</p>
<p>Auf jeden Fall bin ich der Meinung das der Kopierschutz nicht die Weiterentwicklung behindern sollte. Ob nun EOT oder nicht — Wer sich Schriften illegal besorgen will findet immer eine Möglichkeit. Auch durch @font-face wird es nicht legal Schriften zu stehlen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ivo</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/#comment-24340</link>
		<dc:creator>Ivo</dc:creator>
		<pubDate>Tue, 22 Jul 2008 11:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24340</guid>
		<description>Interessanter Gedanke. Die Gefahr besteht natürlich, dass EOT-Dateien auch über kurz oder lang in OpenType-Fonts umgewandelt werden können. Da  [wie ich es verstehe] EOTs aber abgespeckte Schriftdateien sind, kann eine Umwandlung sicher nicht so einfach fehlende Informationen [fehlende Glyphen z.B.] hinzuerfinden. Insofern ist sicher bei beiden mindestens eine strafrechtliche relevante Handlung [bei EOT sogar zwei: aus dem Chache holen und umwandeln, allein das ist vielleicht schon einigen zu viel …] nötig, aber das qualitative Ergebnis ist ein anderes. Das Ganze ist ja nicht nur im Hinblick auf eine spätere Verwendung auf einer weiteren Website, sondern auch auf eine Verwendung als Print-Font zu sehen. Deshalb bin ich eher auf der WEFT-, als auf der font-linking-Seite.</description>
		<content:encoded><![CDATA[<p>Interessanter Gedanke. Die Gefahr besteht natürlich, dass EOT-Dateien auch über kurz oder lang in OpenType-Fonts umgewandelt werden können. Da  [wie ich es verstehe] EOTs aber abgespeckte Schriftdateien sind, kann eine Umwandlung sicher nicht so einfach fehlende Informationen [fehlende Glyphen z.B.] hinzuerfinden. Insofern ist sicher bei beiden mindestens eine strafrechtliche relevante Handlung [bei EOT sogar zwei: aus dem Chache holen und umwandeln, allein das ist vielleicht schon einigen zu viel …] nötig, aber das qualitative Ergebnis ist ein anderes. Das Ganze ist ja nicht nur im Hinblick auf eine spätere Verwendung auf einer weiteren Website, sondern auch auf eine Verwendung als Print-Font zu sehen. Deshalb bin ich eher auf der WEFT-, als auf der font-linking-Seite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tobias</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/#comment-24339</link>
		<dc:creator>Tobias</dc:creator>
		<pubDate>Tue, 22 Jul 2008 11:44:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24339</guid>
		<description>Hmmm. Natürlich ist es technisch gesehen kein Problem die Schrift aus dem Cache zu hohlen. Aber dies erfordert immer noch eine direkte Aktion des Nutzers. Es setzt also voraus das der Nutzer bewusst die Schrift "stehlen" möchte.

Für mich ist das durchaus ein sehr großer Unterschied.

Auch eine EOT Schrift wird in den Cache geladen. Und ich gehe jetzt einfach mal davon aus das es bei Bedarf relativ schnell Programme geben wird die EOT Schriften in OpenType umwandeln.

Ein Schutz vor Diebstahl kann also nicht gewährleistet werden. Aber in beiden Fällen ist eine, möglicherweise auch strafrechtlich relevante, Aktion des Nutzers erforderlich.</description>
		<content:encoded><![CDATA[<p>Hmmm. Natürlich ist es technisch gesehen kein Problem die Schrift aus dem Cache zu hohlen. Aber dies erfordert immer noch eine direkte Aktion des Nutzers. Es setzt also voraus das der Nutzer bewusst die Schrift &#8220;stehlen&#8221; möchte.</p>
<p>Für mich ist das durchaus ein sehr großer Unterschied.</p>
<p>Auch eine EOT Schrift wird in den Cache geladen. Und ich gehe jetzt einfach mal davon aus das es bei Bedarf relativ schnell Programme geben wird die EOT Schriften in OpenType umwandeln.</p>
<p>Ein Schutz vor Diebstahl kann also nicht gewährleistet werden. Aber in beiden Fällen ist eine, möglicherweise auch strafrechtlich relevante, Aktion des Nutzers erforderlich.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ivo</title>
		<link>http://www.fontwerk.com/602/type-wars-die-fonteinbettung-schlaegt-zurueck/#comment-24338</link>
		<dc:creator>Ivo</dc:creator>
		<pubDate>Tue, 22 Jul 2008 11:26:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.fontwerk.com/?p=602#comment-24338</guid>
		<description>Das stimmt natürlich. Ich habe das dennoch bewusst so geschrieben, da es faktisch aber – vor allem aus Sicht der Hersteller – nichts anderes als ein Kopieren ist. Der Font ist zwar nicht automatisch im System [auf dem Präsentierteller] verfügbar, doch aber auf den Rechner kopiert worden, wenn auch »nur« im Cache.</description>
		<content:encoded><![CDATA[<p>Das stimmt natürlich. Ich habe das dennoch bewusst so geschrieben, da es faktisch aber – vor allem aus Sicht der Hersteller – nichts anderes als ein Kopieren ist. Der Font ist zwar nicht automatisch im System [auf dem Präsentierteller] verfügbar, doch aber auf den Rechner kopiert worden, wenn auch »nur« im Cache.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
