Wo stehen wir gerade in Bezug auf die beste Auszeichnung für die Verwendung von Icon-Schriftarten? Lassen Sie uns einige Optionen behandeln, die meiner Meinung nach derzeit die besten sind.
- Sie möchten, dass das Symbol ein Wort ergänzt
- Sie möchten, dass das Symbol für sich allein steht, aber dennoch funktional oder informativ ist
Und unsere Hauptziele hier sind
- So gute Semantik, wie wir sie bekommen können
- So wenig umständlich wie möglich für Screenreader
Dieser Boden wurde bereits beschritten, aber ich denke, die folgenden Techniken sind ein kleiner Schritt nach vorne.
Ein Wort hervorheben
Nehmen wir an, wir haben eine Überschrift wie "Statistiken" und möchten sie von anderen Überschriften auf der Seite abheben und ihre Bedeutung hervorheben. Semantisch ideal
<h2 id="stats" class="stats-title">Stats</h2>
Ergebnis

Um das Symbol dort hinein zu bekommen (denken Sie daran, wir sprechen hier von *Schriftart*-Symbolen, wir können nicht einfach links auffüllen und einen Hintergrund verwenden), müssen wir etwas Inhalt einfügen.
Die Verwendung eines Pseudo-Elements ist verlockend, weil 1) es von den meisten Screenreadern nicht gelesen wird und 2) wir keine spezielle Auszeichnung für das Symbol benötigen, was semantisch ideal ist. Leider liest VoiceOver unter OS X den Inhalt von Pseudo-Elementen. (Referenz 1, Referenz 2) Nun, vielleicht "glücklicherweise", denn wenn ich die Spezifikation richtig lese, ist es das, was es tun soll. Pseudo-Elemente sind einfach nicht im DOM und das macht es wahrscheinlich schwieriger für Drittanbieter-Apps.
Die gute Nachricht ist, dass wir, wenn wir ein wenig Auszeichnung verwenden, das Attribut aria-hidden verwenden können, um zu verhindern, dass es gesprochen wird.
Noch eine Prise schlechte Nachrichten, selbst mit aria-hidden auf der Auszeichnung, die das Symbol umgibt, wird VoiceOver unter OS X beim Fokus "HTML-Inhalt" ankündigen. #verdammt.
Aber leider! Wir können hier immer noch gewinnen. Wenn wir die Auszeichnungstechnik und die Pseudo-Element-Technik kombinieren, können wir das Symbol ohne VoiceOver-Eigenheiten einfügen. Und als doppeltes Bonusgeschenk ist diese kombinierte Technik ideal, um unser CSS schlank und straff zu halten, da sie keine überladenen Klassennamen benötigt und gut mit dem nächsten Anwendungsfall harmoniert, den wir behandeln müssen.
Die endgültige Auszeichnung dafür wird also
<h2 id="stats">
<span aria-hidden="true" data-icon="⇝"></span>
Stats
</h2>
Und das CSS ist
[data-icon]:before {
font-family: icons; /* BYO icon font, mapped smartly */
content: attr(data-icon);
speak: none; /* Not to be trusted, but hey. */
}
Heilige Kuh, das ist einfach, oder? Beachten Sie, dass wir keinen spezifischen Klassennamen für das Symbol verwenden (z. B. wie .icon-stats oder etwas Ähnliches), sondern ein data-*-Attribut verwenden, um genau zu speichern, welches Zeichen wir einfügen möchten. In unserer Icon-Schriftart ordnen wir diese Sonderzeichen dem gewünschten Symbol zu. Ich finde dies perfekt semantisch und sogar zukunftssicher (man könnte immer noch eindeutig auswählen, auch wenn man das Zeichen ändert). Wenn Sie jedoch Klassennamen bevorzugen, umso besser, das ist in Ordnung und ändert diese Technik nicht drastisch.
Das Zuordnen von Zeichen behandeln wir am Ende.
Eigenständige Symbole
Sagen wir, wir haben ein Symbol, das ein Link ist oder in irgendeiner Weise funktional, aber es ist nicht von Text begleitet. Zum Beispiel ein Einkaufswagen-Symbol, auf das man klicken kann, um zum Einkaufswagen zu gelangen. Hoffentlich ist diese Funktionalität visuell offensichtlich, mit einer Art Rollover-Zustand oder allgemeiner Design-Offensichtlichkeit. Aber diese Funktionalität muss auch hörbar offensichtlich sein.
Anstatt eine völlig neue Technik für diesen Fall zu entwickeln (mit der ich in der Vergangenheit experimentiert habe), greifen wir auf das zurück, was wir bereits begonnen haben. Ein Span, das das Zeichen mit einem Pseudo-Element einfügt, und Text, der direkt daneben sitzt und den wir visuell von der Seite werfen.
<a href="#rss" class="icon-alone">
<span aria-hidden="true" data-icon="▨"></span>
<span class="screen-reader-text">RSS</span>
</a>
Wir brauchen nur sehr wenig zusätzliches CSS, nur eine kleine Benutzerfreundlichkeitskorrektur, die über eine Klasse angewendet wird, und eine Toolbox-Klasse zum Ausblenden des Textes, aber dennoch zugänglich machen.
.icon-alone {
display: inline-block; /* Fix for clickability issue in WebKit */
}
.screen-reader-text { /* Reusable, toolbox kind of class */
position: absolute;
top: -9999px;
left: -9999px;
}
Hey, es funktioniert
Update Oktober 2012: Ich habe eine ordentlichere Demo erstellt, die die Verwendung von Icon-Schriftarten mit verschiedenen Techniken vergleicht.
Jedenfalls bei VoiceOver. Es wäre toll, von Leuten zu hören, die andere Screenreader verwenden, wie sich das bewährt.
Erstellen / Zuordnen Ihrer Icon-Schriftart
Ein "Problem" in der Welt der Icon-Schriftarten ist derzeit, dass die Mehrheit der verfügbaren bereits auf Buchstaben gemappt ist. Bei falscher Auszeichnung werden die Buchstaben zu "Inhalt" und Teil der Semantik des Dokuments. Oder schlimmer noch, sie werden von Screenreadern laut vorgelesen.
Es ist fast nie sinnvoll, dass ein Symbol einem Buchstaben zugeordnet wird. Stattdessen empfehle ich, Symbole dem nächstgelegenen Unicode-Symbol zuzuordnen, das Sie finden können. Zum Beispiel ist die Zuordnung eines Herz-Symbols zu ❤ eine ausgezeichnete Idee. Die Bedeutung von Symbolen ist ohnehin eher relativ, daher zählt Nähe und wird sofort eine semantische Verbesserung darstellen.
Noch besser finde ich die Idee, Symbole dem "Private Use Area" von Unicode zuzuordnen. Soweit ich weiß, ist es genau dafür gedacht, es für Ihre eigenen Sonderzeichen zu verwenden. Auf diese Weise zugeordnet, besteht keine Gefahr, dass das Zeichen von einem Screenreader gesprochen wird. Leider funktionieren zu dem Zeitpunkt, an dem dies geschrieben wird, Symbole, die auf diese Weise zugeordnet sind, nicht einmal im neuesten Safari, daher wird es noch nicht empfohlen. Hier sind die Neuigkeiten zu den Problemen mit dem Private Use Area, paraphrasiert von Keyamoon:
Es gibt einen Unterschied zwischen PUA (Private Use Area) und SPUA (Supplementary Private Use Area). Der Unterschied wird hier erklärt. In meinen Tests funktioniert die PUA-Zuordnung in allen Browsern einwandfrei. Die SPUA-Zuordnung schlägt nur in Safari unter Windows fehl. Die IcoMoon-App ordnet nur PUA zu, was zumindest für die absehbare Zukunft empfehlenswert ist.
Hier sind die Schritte, denen Sie folgen können
- Wählen Sie eine Icon-Schriftart aus.
- Gehen Sie zu IcoMoon und laden Sie sie hoch (oder verwenden Sie deren Icon-Set)
- Wählen Sie die gewünschten Symbole aus.

- Ordnen Sie sie den gewünschten Zeichen zu. Am besten ordnen Sie sie einem relevanten Symbol oder PUA zu.

- Laden Sie die Schriftarten/Demo herunter.
Sie können auch Pictos Server verwenden, um die Symbole auszuwählen und zuzuordnen, aber es funktioniert nur mit Pictos und hilft Ihnen nicht bei der Auswahl von Symbolen (Sie könnten von hier kopieren und einfügen). Es ist jedoch ein sehr schönes Set und hostet für Sie und macht es sehr einfach, bestehende Sets zu verwenden, ohne manuell Font-Dateien auszutauschen.
Die Zukunft
In Zukunft können wir hoffentlich auf speak: none; vertrauen, das überall perfekt funktioniert, damit wir wieder Pseudo-Elemente und perfekte Semantik verwenden können.
Relevant
- Wenn Sie Bedenken wegen FOUT (Flash of Unstyled Text) haben, das mit @font-face in Firefox 3.5/3.6 und IE 6-9 einhergeht, wäre eine Lösung, FOUT-B-Gone auszuprobieren.
- Zusammenfassung von Icon-Schriftarten
Hallo Chris, danke für diese großartige Lektüre.
Ich liebe Ihre Semantik, aber ich verstehe nie, warum Sie sich so viele Gedanken über Screenreader machen. Haben Sie Statistiken über den Traffic von Screenreadern?
Ich würde sagen, weil man niemanden aus irgendeinem Grund ausschließen möchte. Es ist derselbe Grund, warum wir alle jetzt mobile-first, zukunftssichere, responsive Websites erstellen müssen. Auch wenn Ihre WordPress-Site jetzt vielleicht nur 1% mobile Besucher hat, wird das zunehmen. So sehr, dass in der nicht allzu fernen Zukunft einige Leute niemals Computer besitzen werden und ihre gesamte Online-Erfahrung über ein Mobilgerät machen werden...
Oh ja, und Probleme lösen macht Spaß.
In Fällen wie diesem weist die Tatsache, dass die offensichtliche/gängige Lösung "nicht funktioniert", auf einen Fehler in der Lösung hin: Wie Chris bemerkt, funktioniert der Ansatz *eigentlich* nicht (der Screenreader hat es richtig gemacht: es ist nur nicht das, was wir wollten/erwartet haben).
Ich kann verstehen, warum das jemanden stören würde, selbst wenn er sich nicht um Screenreader kümmert (nicht, dass wir uns nicht um Screenreader kümmern sollten).
Ein Web für alle sollte das Ziel von jedem sein #meinerMeinungNach
Regierungsseiten, Mann...
Die meisten erfordern eine Art von 508-Compliance, also auch wenn sie nie viel Traffic von Screenreadern erhalten, benötigen sie Zugänglichkeitsstandards.
Screenreader sind eine weitere Möglichkeit für Benutzer, mit den Inhalten unserer Websites zu interagieren. Abgesehen von den offensichtlichen Zugänglichkeitsimplikationen sollten wir unseren Code so schreiben, dass er für alle Menschen geeignet ist, unabhängig davon, wie sie darauf zugreifen (Tastatur, Mobiltelefon usw.).
Interessanterweise sind die Dinge, die Sie zur Optimierung für Screenreader tun, in den meisten Fällen auch generell gute Praktiken.
Er kümmert sich um Screenreader, weil jede Website einer Regierung oder einer öffentlich finanzierten Institution wie einem College oder Museum eine zugängliche Website haben muss. Hier in Kanada fordert die Regierung auch von privaten Unternehmen, ihre Websites zugänglich zu machen. Es wird höchstwahrscheinlich bald Gesetz. Warum also eine Website bauen und sie dann noch einmal zugänglich machen? Warum nicht gleich so gestalten?
Tolles Thema, ich wollte immer schon Icon-Schriftarten verwenden. Man kann viele Animationen nur mit CSS3 machen.
Ich war in der gleichen Situation. Ich habe sie früher mit Bildgenerierungswerkzeugen verwendet, als CSS noch keine Font-Einbettung usw. konnte.
Ich habe eine Liste meiner Favoriten bis heute erstellt. Wenn jemand mehr kennt, lassen Sie es mich bitte wissen. http://www.bentdesignstudio.com/v2/2012/05/icon-fonts/
Der Dienst selbst sieht sehr vertraut aus. Siehe OpenSource http://fontello.com/
Nur für den Fall, dass ich sagen muss, dass die ältere Version meines Tools schon vor dem Pictos-Server verfügbar war. Und es war das erste, das das Erstellen benutzerdefinierter Icon-Schriftarten ermöglichte. Sie können die Changelog-Seite auf meiner Website einsehen.
Lesezeichen gesetzt :)
Und die von Fontello generierten Schriftarten sind "hinted". Das kann bei kleinen Größen wichtig sein.
Es scheint, dass die IcoMoon-Schriftarten zumindest für 16 und 32px Größen "hinted" sind... Sehen Sie sich die Textausrichtung und die Page-Type-Symbole als klares Beispiel an.
Toller Artikel, Chris!
Toller Artikel.
Ich habe die PUA-Technik mit IcoMoon auf meiner Website ausprobiert.
Es funktioniert gut auf
– Alle IE auf PC
– Chrome auf PC und Mac
– Firefox auf PC und Mac
– Safari 5.1.2 auf Mac
– Mobile Chrome (Android) und mobile Safari (iOS)
Es funktioniert nicht auf
– Safari 5.1.2 PC
– Opera auf allen Plattformen
Haben Sie es in Webkit-Nightlies ausprobiert? Vielleicht wird es in Safari 5.2 PC unterstützt.
„Außerdem bin ich sicher, dass Safari irgendwann PUA unterstützen wird und wir Symbole perfekt semantisch zuordnen können.“
Die Daumen sind gedrückt, dass es bald passiert. Toller Beitrag. =)
Chris, ich liebe den Artikel, aber ich denke, die Vor- und Nachteile der Verwendung eines Klassennamens sprechen für die Verwendung einer Klasse.
data-icon="⇝" – sieht klobig aus für mich
während class="stats" – mehr Sinn ergibt
<span aria-hidden="true" data-icon="⇝"></span>
wird zu
<span aria-hidden="true" class="icon stats"></span>
Und
[data-icon]:before {
font-family: icons; /* BYO Icon-Schriftart, intelligent zugeordnet */
content: attr(data-icon);
speak: none; /* Nicht zu vertrauen, aber hey. */
}
Wird zu
.icon:before {
font-family: icons; /* BYO Icon-Schriftart, intelligent zugeordnet */
speak: none; /* Nicht zu vertrauen, aber hey. */
}
.stat {
content: ⇝;
}
/* Liste anderer Klassen hier */
Ich erkenne an, dass es etwas mehr CSS gibt, aber das wird höchstwahrscheinlich einmal im CSS erstellt und unzählige Male im gesamten Website/App implementiert.
#MEINERMEINUNGNACH
Ich stimme Tom zu, es ist viel einfacher, beim Durchlesen von HTML zu erkennen, was die Schriftart ist, wenn sie eine Klasse hat, um sie zu identifizieren, anstatt ein obskures Unicode-Zeichen, und es macht die Wiederverwendung sauberer, da ich nicht auf meine Unicode-Zuordnung zurückgreifen muss.
Ich habe das noch nicht ausprobiert. Aber ich wollte nur hinzufügen, dass ich es auf jeden Fall vorziehe, den Inhalt in der Stylesheet definieren zu können, anstatt im HTML. Da meine CSS-Dateien immer extern sind, kann ich die Icon-Informationen verwalten und ändern, ohne die HTML-Seiten zu berühren. Wenn ich zum Beispiel ein Icon in einem Menü habe, müsste ich jede HTML-Seite ändern (data-icon=), anstatt nur die CSS-Datei zu ändern.
Vielen Dank!
Ich muss einige Verwirrung bezüglich Safari, das PUA nicht unterstützt, ausräumen. Es gibt einen Unterschied zwischen PUA und SPUA. Sehen Sie sich diese Wikipedia-Seite an: http://en.wikipedia.org/wiki/Private_Use_(Unicode)#Private_Use_Areas
PUA hat überhaupt keine Probleme. Aber wenn Sie *SPUA* verwenden, funktioniert es in der Windows-Version von Safari nicht.
Danke Keyamoon, Ihr Font-Generator funktioniert auf jedem Browser und jeder Plattform mit der PUA-Kodierung einwandfrei.
Was für ein perfektes Timing! Ich bin dabei, die Frontend-Standards für die Verwendung von Icons in einem Projekt zu definieren, und dieser Beitrag ist eine große Hilfe!
Die IcoMoon-Standard-CSS schlägt die Selektoren
[class^="icon-"], [class*=" icon-"]vor, was ein Problem für die Browserleistung darstellt. Aber der[data-icon]-Selektor scheint ziemlich gut zu funktionieren (60ms Steigerung).Gut gemacht, Mann!
Die generierte CSS enthält beide Techniken :)
Wenn Sie IE7 zur Party einladen möchten, können Sie den Zeichencode direkt in den Tag einfügen, wie z. B.: <i class=”ico”>& #xe826;</i>
Toller Artikel, hat mir definitiv neue Denkanstöße für zukünftige Websites gegeben. Danke für Ihre harte Arbeit.
Ich denke, es ist eine bessere Idee, ein <b>-Element anstelle eines <span>-Elements für das Einfügen von Symbolen zu verwenden. Das <b>-Element zeigt an, dass etwas stilistisch hervorgehoben werden soll, was ein Symbol *ist*.
<i> ist auch jetzt ein stilistisches Element und kein Element zur Hervorhebung von <em> und da Icon mit dem Buchstaben <i> beginnt, denke ich gerne an es als pseudo-semantisch und verwende es oft zum Codieren von Icons. Außerdem ist es kürzer zu schreiben als <span>.
Diese speak:none; Eigenschaft klingt verdammt sexy. Hoffentlich können wir uns eines Tages darauf verlassen.
Zuerst war ich mir nicht sicher, wie ich über die Abstraktion der Klasse mit einem Datenattribut wie Tim denken sollte, aber je mehr ich über die Parametrisierung des CSS nachdachte, desto mehr liebe ich es!
Ich arbeite mit einer großen Anwendung, die Dutzende von Icons verwendet. Die Wartung kann eine echte Qual sein und die Implementierung ist für alle schwieriger, die nicht mit dem CSS vertraut sind. Diese Lösung würde beide Probleme lösen – das Stylesheet ist kurz, skalierbar und zugänglich.
Toller Artikel, danke fürs Zusammenstellen!
Haben Sie erwogen, sich an einen Spezialisten für Barrierefreiheit zu wenden? Vor etwas mehr als einem Jahr hielt Refresh Baltimore Reinhard Stebner einen Vortrag über seine Erfahrungen im Web als blinder Mensch. Seine Präsentation war wirklich faszinierend und er bot seine Dienste an, um das Web zu verbessern.
Dies ist eine Zusammenfassung der Gedanken eines Mitbesuchers –
http://bfreemore.blogspot.com/2011/01/web-accessibility-with-reinhard-stebner.html
Sie können auch die ENTYPO-Schriftart für diesen Zweck verwenden.
Warum lesen Screenreader generierten Inhalt überhaupt? Sollte ihre Aufgabe nicht darin bestehen, den Inhalt (Markup) der Seite zu lesen? Meiner Meinung nach sollte generierter Inhalt überhaupt nicht für tatsächlichen Seiteninhalt verwendet werden – CSS ist für die Präsentation, nicht für den Inhalt. Liege ich falsch in der Annahme, dass Screenreader das falsch machen und nicht die Entwickler?
Ich benutze aria-label, um meine Icon-Schriftarten zu markieren. Ich habe es nur in Webkit getestet, aber es scheint ohne den zusätzlichen Span gleich zu lesen.
Hier ist ein Beispiel:.
Shazbot. Ich bin es so gewohnt zu sagen, dass was auch immer es ist "nur in Webkit funktioniert". Was ich meinte, war, ich habe es nur auf VoiceOver getestet.
Chris,
Das ist ein großartiger Artikel, und ich habe ihn gerade verwendet, um einige großartige Buttons für einen Kunden zu erstellen. Die Möglichkeit, die Aspekte der Symbole zu skalieren, die Farbe anzupassen und sie anderweitig zu steuern, ist sehr, sehr leistungsfähig. Ich war zurückhaltend, dies zu versuchen, weil ich die Barrierefreiheit nicht opfern wollte, aber jetzt, mit Ihrer Hilfe, muss ich mir keine Sorgen mehr machen.
Mein Kunde war begeistert von der Tatsache, dass sich das Symbol beim Hovern ein wenig bewegt – ich habe dafür eine einfache, schnelle Transition verwendet. Es sind die kleinen Dinge, die eine Website so viel ansprechender machen.
Nochmals vielen Dank!
Vielen Dank auch an die Kommentatoren und die Community – Ihre Gedanken und Einblicke werden ebenfalls sehr geschätzt.
Tolle Links zu diesen Font-Tools :)
Haben wir nicht beschlossen, dass -9999px eine schlechte Idee war, weil Browser einen Container von über 10000px rendern mussten?
Bezugnehmend auf dies
.screen-reader-text { /* Wiederverwendbare Toolbox-Klasse */
position: absolute;
top: -9999px;
left: -9999px;
}
Scheint, als könnte es vielleicht ersetzt werden durch
.hide-text {
text-indent: 100%;
white-space: nowrap;
overflow: hidden;
}
http://www.zeldman.com/2012/03/01/replacing-the-9999px-hack-new-image-replacement/
Für Compass-Benutzer gibt es auch nützliche Dinge hier
http://compass-style.org/reference/compass/typography/text/replacement/
Und wenn Sie sich zum Sprite-Einsatz bekennen
http://compass-style.org/reference/compass/utilities/sprites/sprite_img/#mixin-sprite-replace-text-with-dimensions
Ich benutze die visuallyhidden Klasse von H5BP
Toller Artikel, ich benutze die Ico Moon App für eine Website, an der ich gerade arbeite. Ich habe Schwierigkeiten, den Button auf meinem Suchformular durch ein passendes Symbol zu ersetzen, da ich keine Spans darin verschachteln kann. Gibt es eine Möglichkeit, dies zu umgehen, ohne Dinge übereinander zu legen?
Ganz ehrlich, ich mag Icon-Schriftarten überhaupt nicht. Sie sind völlig unsemantisch. Was noch wichtiger ist, versuchen Sie, Web-Schriftarten in Ihrem Browser zu deaktivieren und dann eine Website anzuzeigen, die solche Schriftarten verwendet. Anstelle dieser Symbole werden Buchstaben oder andere völlig zusammenhanglose Zeichen angezeigt. Dies geschieht auch, wenn aus irgendeinem Grund die Icon-Schriftart nicht heruntergeladen wurde (Serverprobleme usw.).
Dieser gesamte Artikel widmet sich diesen Problemen und erklärt, warum nichts von dem, was Sie gerade gesagt haben, wahr ist, wenn man es richtig macht.
@Chris
Ich muss zugeben, dass ich wahrscheinlich das falsche Wort gewählt habe, um das Problem zu beschreiben. Der Code mag semantisch sein, aber ich würde argumentieren, dass es zumindest mehrere Probleme gibt, wenn es um Barrierefreiheit geht.
Dieser Artikel beschreibt besser, was ich sagen möchte
Icon-Font-Barrierefreiheit
und dies
Der Artikel ist von 2011, aber diese Probleme sind immer noch relevant. Wenn Sie Webfonts deaktivieren (IE9+ deaktiviert sie, wenn Sie den geschützten Modus aktivieren!) oder die Standardschriftart im Browser überschreiben, wird eine Reihe von zufälligen Buchstaben/Zahlen anstelle der Icons angezeigt. Das ist genau das, was hier bei CSS-Tricks und vielen anderen Websites passiert.
Zuerst, Entschuldigung, ich bin Franzose, also werde ich versuchen, gut zu schreiben...
Ich arbeite an der Barrierefreiheit von Icon-Fonts und habe daher viele Beispiele Ihrer Technik hier gesehen. Aber Sie fügen ein Markup in HTML mit den Attributen "aria-hidden" und "data-icon" hinzu, und ich möchte kein Markup einfügen müssen, nur um ein Icon anzuzeigen. Und so, können wir Ihre Technik vereinfachen, indem wir einfach das Attribut "data-icon" zum "Icon-Markup" hinzufügen und sicherstellen, dass Bildschirmleser es nicht "sehen"? Zum Beispiel
Tests von Filament Group deuten auf einige Kompatibilitätsprobleme mit Icon-Fonts bei mehreren Browsern hin. Sind Ihnen diese Probleme bei Ihren Tests selbst aufgefallen? Als Referenz finden Sie hier eine Kompatibilitätstabelle, die sie zusammengestellt haben, um sie mit ihrer Grunticon-Lösung zu vergleichen: https://docs.google.com/spreadsheet/ccc?key=0Ag5_yGvxpINRdHFYeUJPNnZMWUZKR2ItMEpRTXZPdUE#gid=0
Ich habe diese Icon-Font-Sache gerade entdeckt, als ich den Quellcode einer Website angesehen habe. Also habe ich ein wenig recherchiert, um mehr darüber zu erfahren, und selbst nach dem Lesen dieses großartigen Beitrags verstehe ich diese Icon-Font-Sache immer noch nicht genau.
Jedenfalls werde ich mit Icon-Fonts experimentieren. Lesen ist nicht besser als praktisch mit diesen neuen Dingen zu spielen :)
Vielen Dank,
Shyam Chathuranga.
Aus reiner Neugier, warum funktioniert bei der Standalone-Icons-Lösung nur die -9999px-Bildersetzungs-Lösung? Ich habe die beiden neuesten Ergänzungen ausprobiert, die hier aufgelistet sind: die Scott Kellum Methode (der Text wird trotzdem angezeigt) sowie die H5BP Methode (der Text wird unsichtbar, nimmt aber immer noch seinen Platz ein), aber beide funktionieren nicht. :/ Kann das behoben werden, wenn man versucht, die -9999px-Lösung zu vermeiden?
Hey, ein Tippfehler: "psuedo" statt "pseudo". ;)
Danke. Begraben, weil behoben.