Es handelt sich dabei um ein kleines Programm, welches TrueType Fonts (TTF) in sogenannte Embedded OpenType Fonts (EOT) konvertiert. Diese braucht man, wenn man dem Internet Explorer per @font-face-Deklaration eigene Schriftarten für seine Website beibringen möchte.

Mein Web-Frontend dafür basiert übrigens auf Sinatra, einer schicken, schlanken Ruby-DSL für kleine Webapplikationen. Im Moment ist es hier zu finden:

http://ttf2eot.sebastiankippe.com

Bitte seid nett zu der App – es gibt im Moment noch kein anständiges Exception Handling oder sonstige Annehmlichkeiten. ;)

Wer sich noch gar nicht mit dem Thema auseinandergesetzt hat, der findet alle nötigen Informationen unter webfonts.info.

Unter dem Motto »Wir wollen es wissen« führen die Webkrauts vom 7. Januar 2008 bis zum 18. Februar 2008 die weitreichende »Webworker-Umfrage 2008« durch. Die Umfrage dauert etwa 10 bis 15 Minuten, ist selbstverständlich anonym und soll einen Überblick über die Webworker im deutschsprachigen Raum geben.

Ganzen Artikel lesen  |  Jetzt teilnehmen!

Nachdem man heute zurückblickend das Web Standards Project als eine erfolgreiche Initiative bezeichnen kann – sowohl für die Nutzung von Webstandards bei den Entwicklern als auch für die bessere Implementierung der wichtigsten Technologien bei den Browserherstellern – geht es nun an den letzten großen Schmerz im Hintern, was dieses Thema angeht: Webstandards in E-Mail-Clients. Dem will sich nun das kürzlich gegründete Email Standards Project annehmen.

Die Bühne sieht jedoch etwas anders aus als bei den Browsern, da Microsoft zwar auch hier einen hohen Markanteil (vor allem mit Outlook) hat, aber lange nicht so groß wie mit dem Internet Explorer, und die Konkurrenz teilt sich in buchstäblich unzählige Softwarelösungen auf. Dazu kommt noch die Tatsache, dass es sich nicht nur um plattformgebundene Software handelt, sondern auch Webmail-Clients, welche – obwohl im heute allgemein recht standardkonformen Browser angesiedelt – ironischerweise dazu tendieren HTML und CSS nur unzureichend zu unterstützen und teilweise völlig unterschiedlich zu rendern. Außerdem gab es auf dem Gebiet der e-Mail-Clients z.B. bei Microsoft Outlook vor kurzem sogar große Rückschritte anstatt Fortschritte. Es ist also viel zu tun!

Man mag nun argumentieren, dass HTML in E-Mails eigentlich grundsätzlich überhaupt nichts zu suchen hat und dafür auch nie ausgelegt war (und das ist auch schlicht und einfach so). Es schafft jedoch nicht die Tatsache aus der Welt, dass Firmen ihre Newsletter eben gerne wie eine Website gestalten möchten und Privatpersonen auch mal das Bild vom Strand im Hintergrund und eine Schriftkrankeit wie Comic Sans davor für ihre Urlaubsmails nutzen wollen. Es geht nicht darum diese Wünsche zu bewerten und die eigenen Vorlieben zu bedienen, sondern wenn wir als Webentwickler weniger graue Haare bekommen wollen, dann müssen diese Möglichkeiten nunmal in einer standardisierten Form, und die gibt es mit HTML und CSS ja eigentlich, zur Verfügung stehen.

Hoffen wir also, dass das Email Standards Project ähnliche Erfolge wie die Browserkollegen haben wird. Mit dem Team von Freshview, die sich in der Vergangenheit schon ausführlich mit dem Thema befasst und viele nützliche Ressourcen dazu bereitgestellt haben, ist es auf jeden Fall in guter Hand, denke ich. Die Kompetenz ist zweifelsfrei schon da, es fehlt nur noch die Horde aktionswilliger Standardistas und die richtigen Kontakte zu den Entwicklern der E-Mail-Clients. Also, worauf wartest du? Mach mit! ;)

(Vielleicht sollten wir auch bei den Webkrauts eine eigene Abteilung zu diesem Thema einrichten. Ich habe so das Gefühl, dass auch dazu noch viel Aufklärungsarbeit für deutsche Entwicklerkollegen geleistet werden muss.)

Bei uns Webkrauts ist es bereits gute Tradition, euch im Dezember einen feinen Web-Adventskalender zu bieten. So wird es auch in diesem Jahr vom 1. bis zum 24. Dezember wieder frische Texte rund um Webstandards und mehr geben.

Mehr Infos gibts bei Jens. Und diesmal gibt es sogar eine richtige Pressemitteilung. ;)

Gut, ein paar kleine Schönheitsfehler (wie z.B. alt statt title und unnötige spans in den Hauptmenü-Links) schmücken den Code, aber im Großen und Ganzen ist die Site ein gutes Beispiel dafür, wie man es richtig machen kann.