Mittlerweile hat man viele verschiedene Möglichkeiten, seinen Surfern alternative Schriftarten zu kredenzen. Es gibt @font-face
, sIFR arbeitet mit Flash und Facelift mit Grafiken. und irgendwelche Macken haben sie alle. Das gilt sicher auch für typeface.js, aber Auswahl hat bekanntlich noch nie geschadet. Dieses Script nutzt die in jedem Browser vorhandene Möglichkeit, Vektorgrafiken zu zeichnen um damit andere Schriftarten auf den Bildschirm zu bringen.
Mein Eindruck ist, als würde das sehr gut funktionieren (siehe Beispiele mit CSS-Support) und auch eine anständige Performance bieten. Auch sehr schön ist, dass man mit wesentlich weniger Einzeldateien jonglieren muss, als das bei Sifr und Facelift der Fall ist. Kein Flash, keine Bilder, kein PHP. Ausprobieren!
Kommentare (13)
metax. ¶
28. Oktober 2008, 09:06 Uhr
Nur das man - wie auch bei der Methode mit Grafiken - den Text dann nicht mehr markieren und kopieren kann.
Ich finde, das schränkt die Bedienbarkeit einer Website doch deutlich ein ...
Gero ¶
28. Oktober 2008, 09:14 Uhr
Tja - also mein Opera 9.51 zeigt leider keine alternativen Fonts an ... Firefox 3 schon. *kopfkratz*
Tornadokalle ¶
28. Oktober 2008, 09:32 Uhr
Muss Metaxa leider zustimmen. Nette Spielerei, aber unbrauchbar - ebenso wie diese komischen sIFR Flashlösungen. Da läufts mir eiskalt den Rücken runter.
Peter ¶
28. Oktober 2008, 09:36 Uhr
Also dass das vielleicht nicht optimal ist, sehe ich ja ein, aber unbrauchbar? Gerade bei sIFR kann man ja problemlos Text markieren und kopieren …
brodo ¶
28. Oktober 2008, 09:49 Uhr
Naja Canvas ist afaik erst ab HTML 5 im Standard. Wer in den Doctype schreibt er macht HTML 4.x oder XHTML oder sowas sollte die eigentlich nicht benutzen.
John ¶
28. Oktober 2008, 09:53 Uhr
Zitat metax.:
Grundsätzlich verwendet man diese Methoden doch sowieso nur für feste Headlines in der Sidebar o.ä. Wie oft kopiert man denn sowas?
Bin auch gestern drüber gestolpert und finde es ganz interessant. Der Autor bezeichnet es ja selbst noch als Beta-Version.
Peter ¶
28. Oktober 2008, 09:56 Uhr
Zitat brodo:
Och, da wird ja vorher via JS gründlich geprüft ob der Browser Canvas/SVG/etc beherrscht. Dürfte so schlimm also nicht sein.
Marcus Fuchs ¶
28. Oktober 2008, 16:59 Uhr
Sorry, ich versteh's nicht warum so viele Webseiten unbedingt ihr eigene Schriftart haben wollen.
Ob's mit oder ohne Serifen ist, wie groß die Schrift (im Verhältnis) sein soll und welche Laufweite, kann ich ja nachvollziehen. Aber irgendwie hat doch eh jeder seine Lieblingsschriftart und diese dann auch im Browser eingestellt.
Gut, nun stellt das nicht jeder DAU bei sich ein, aber daran bin doch nicht ich als Webseitengestalter schuld.
Zum kotzen jedoch finde ich Text - und dabei ist mir total egal ob's 'ne Überschrift, Menüpunkt oder Fließtext ist - den man nicht einfach mal kopieren kann. Und 'nen alternativer Text wird auch in den seltensten Fällen mitgeliefert - wobei der dann zwar über Suchmaschinen indiziert werden könnte, aber die (Browser-)Suche auf der HTML-Seite auch wieder nicht findet...
Von daher sind Grafiken genauso wie diese Lösung hier absolut unpraktisch und wirklich sinnfrei. Text, ist Text und sollte Text bleiben!
mfg
PS: Wo ist die Franz Beckenbauer Frage? :D
soophie ¶
28. Oktober 2008, 18:03 Uhr
ich finde es interessant für Texte, die zur Laufzeit geändert werden. Da kommt man mit sIFR nicht weit, aber ob das auch wirklich läuft, müsste man ausprobieren. bis dahin bleibe ich bei sIFR
wahsaga ¶
28. Oktober 2008, 18:16 Uhr
Hm, irgendwie hab ich Schwierigkeiten, das ans laufen zu bekommen ...
Eigene Font-Datei mit dem Tool auf der Seite erstellt, wie beschrieben eingebunden - nichts.
Beispielseite kopiert, alle Scripte/CSS-Ressourcen von der Originaldomain eingebunden gelassen, eigenen Font eingebunden, CSS-Formatierung eines Elements entsprechend geaendert, lokal getestet - "funzt".
Einbindung des Haupt-Scriptes auf lokal geaendert - funktioniert wieder nicht.
Wohl noch'n bisschen wackelig, das ganze ... aber vielleicht wird's ja noch, ist ja noch 'ne Beta.
Björn ¶
28. Oktober 2008, 19:13 Uhr
Zitat wahsaga:
Was in der Doku auf der Website etwas untergeht, ist dass hier noch ein Perlscript benötigt wird. Das auch zum Download dort bereit steht. Auf der Downloadseite ganz unten.
Ich hab das auch erst gefunden, nachdem es anfangs nicht lief.
wahsaga ¶
28. Oktober 2008, 19:34 Uhr
Zitat Björn:
Wenn ich das jetzt nicht total missverstehe, dann wird das PERL-Script doch nur dazu gebraucht, .ttf-Fontdateien in JavaScript-Dateien "umzuwandeln" ...?
(Das hab ich ja auch mit einem Font gemacht, und wie gesagt, in der Kopie der Originalseite, die alle sonstigen JavaScripte vom Server zieht, "funzte" es damit ja auch.)
wahsaga ¶
28. Oktober 2008, 20:10 Uhr
OK, hab's rausgefunden:
Ich hatte nur eine "regular"-Variante des umgewandelten Fonts eingebunden, und versucht ihn auf eine h1-Ueberschrift anzuwenden.
Die hat aber natuerlich als Default-Style font-weight:bold, und deshalb kann (will?) das Script da nichts ersetzen, weil es halt solche CSS-Eigenschaften auch mit zu beruecksichtigen versucht.
Als ich dann der Ueberschrift noch ein font-weight:normal verpasst habe, hat's funktioniert.