Alt- oder Titelattribut für i-Tag

81

Ich benutze font-awesome und zeige ihre Schriften so an:

<i class="icon-lock"></i>

Dies zeigt ein schönes kleines Schlosssymbol an. Damit der Benutzer genau weiß, was das bedeutet, habe ich versucht, Attribute wie title und alt hinzuzufügen, aber ohne Erfolg.

Gibt es ein Attribut, das ich für das <i>Tag verwenden kann, das dieselbe Aufgabe wie alt für Bilder und den Titel für Links ausführt?

weltschmerz
quelle
1
Viele FontAwesome-Websites verwenden auch Bootstrap. Wenn Sie dies tun, verwenden Sie .sr-onlyauf einem separaten <span>.
Rybo111
Gutes Beispiel mit visuell verstecktem inneren Text: fontawesome.com/how-to-use/on-the-web/other-topics/…
Hrvoje Golcic

Antworten:

150

Sie können das titleAttribut für ein iElement verwenden, wie für jedes Element, z

<i class="icon-lock" title="This symbolizes your being locked inside"></i>

Ob es hilft, ist eine schwierigere Frage. Browser zeigen den titleAttributwert normalerweise als "Tooltip" beim Mouseover an, aber warum sollte der Benutzer mit der Maus über das Symbol fahren? Und solche Tooltips sind von geringer Benutzerfreundlichkeit. Sogenannte CSS-Tooltips funktionieren oft besser.

Screenreader gewähren dem Benutzer möglicherweise optionalen Zugriff auf titleAttribute, aber ich bin mir nicht sicher, was sie mit Elementen mit leerem Inhalt tun.

Jukka K. Korpela
quelle
1
titlewird in der Regel gelesen, auch ohne Inhalt, solange das Element selbst auswählbar ist
Mike
Beachten Sie, dass <i>Tags im Allgemeinen nicht auswählbar sind, es sei denn, Sie fügen ihnen einen tabIndex hinzu.
Dandavis
Ich habe einen Titel in mein Fa-Symbol eingefügt. <i class = "fa fa-info-circle" aria-hidden = "true" title = "heeeeeelp"> </ i>, funktioniert aber nicht
GomuGomuNoRocket
4
Es sollte uns beunruhigen, dass dies akzeptiert und hoch bewertet wurde, wenn es sich im Grunde um wilde Spekulationen von Jukka handelt. Ich sage nicht, dass Jukka falsch war, es zu posten, oder dass das Vorhandensein dieser Antwort schadet, aber ich denke, dass eine Antwort, die sich auf "Eh, vielleicht ein titleAttribut, funktioniert oder vielleicht nicht, wer weiß?" "" wurde als gut genug eingestuft, um von 120 Personen positiv bewertet zu werden. Dies zeigt den oberflächlichen Aufwand, den Screenreader-Support von den meisten Webentwicklern erhält (ich eingeschlossen, ich gebe zu). Als Beruf müssen wir herausfinden, wie wir diese Probleme strenger angehen können.
Mark Amery
3
Aus Sicht der Barrierefreiheit keine gute Praxis . Nicht alle Screenreader lesen das title-Attribut, wenn das Host-Element nicht nativ fokussierbar ist (z. B. Schaltfläche, Anker). Es wird empfohlen, zusätzlich zu titleeinem visuell ausgeblendeten Text (z. B. .sr-onlyKlasse in Bootstrap) hinzuzufügen . Sehen Sie hier gute Beispiele: fontawesome.com/how-to-use/on-the-web/other-topics/…
Hrvoje Golcic
13

Mit dem Fortschritt von WAI-ARIA sollten Sie bei der Verwendung von Schriftsymbolen wahrscheinlich eine Kombination der folgenden Elemente verwenden, um die Barrierefreiheit zu verbessern:

  • Die Rollenpräsentation zum Entfernen der impliziten nativen Rollensemantik des Elements. Dies ist besonders wichtig, wenn Sie (ab) ein Element mit einer nativen Semantik verwenden, um Symbole bereitzustellen, wie dies in Ihrem Beispiel der Fall ist, wenn Sie das i- Element verwenden (das gemäß den Spezifikationen "eine Textspanne mit einer alternativen Stimme darstellt oder Stimmung [...] " ).
  • Eine Arie-Label einen String - Wert zur Verfügung zu stellen, die das Element Etiketten -oder einer nativen HTML - Titel - Attribut , wenn Sie OK mit dem Browser angezeigt wird ein Tooltip, wenn schwebte.
  • Ein arienverstecktes Attribut zum Ausblenden generierter Inhalte vor Hilfstechnologien (da Sie eine Symbolschriftfamilie verwenden, gibt es ein generiertes Zeichen: vor oder nach). Nach den Angaben:

Autoren KÖNNEN mit Vorsicht aria-hidden verwenden , um sichtbar gerenderte Inhalte nur dann vor unterstützenden Technologien zu verbergen, wenn durch das Ausblenden dieser Inhalte die Benutzererfahrung unterstützender Technologien verbessert werden soll, indem redundante oder fremde Inhalte entfernt werden. Autoren, die aria-hidden verwenden, um sichtbare Inhalte vor Screenreadern zu verbergen, MÜSSEN sicherstellen, dass identische oder gleichwertige Bedeutungen und Funktionen unterstützenden Technologien ausgesetzt sind.


Ich kenne Ihren genauen Anwendungsfall nicht, daher erlaube ich mir, den einfacheren Fall der Angabe einer Telefonnummer zu verwenden. In absteigender Reihenfolge der Präferenzen würde ich verwenden:

<span aria-label="Our phone number">
  <span class="icon-phone" aria-hidden="true"></span>
  +33 7 1234576
</span>

(or any variation implying:
  - an `i` element with a `role` presentation attribute
    instead of the inner `span` element
  - a `title` attribute instead of an `aria-label` attribute)
<span class="icon-phone" 
  aria-label="Our phone number">+33 7 1234576</span>

(or any variation using `title` instead of `aria-label`)
<i class="icon-phone" role="presentation" 
  aria-label="Our phone number">+33 7 1234576</i>

(or any variation using `title` instead of `aria-label`)

Bitte beachten Sie, dass die Attribute aria-label und title den Inhalt des Elements beschreiben sollten . Nicht das nächste Geschwisterelement. Also ich wie die folgende Lösung fühlen , ist nicht mit den Spezifikationen gemäß (auch wenn die meisten Eingabehilfen tatsächlich das gleiche beobachtbare Verhalten , als ob die Telefonnummer tatsächlich innerhalb der waren hätte spanElement):

<span class="icon-phone" 
  title="Our phone number"></span>+33 7 1234576
Sylvain Leroux
quelle
7

Sie sollten <span>stattdessen etwas in diese Richtung verwenden. Sie können das title=""Attribut verwenden, um beim Schweben Text zu geben, wenn Sie danach suchen. In Bezug auf die Zugänglichkeit für Screenreader oder den SEO-Wert können Sie das folgende CSS hinzufügen:

.icon-lock{
    text-indent:-99999px;
}

Und dann schreibe dein Markup so:

<span class="icon-lock">What I want the screen reader to say</span>
Chris Sobolewski
quelle
<i>war in HTML 4.01 nicht veraltet.
Jim
2
Sie haben Recht ... angesichts dessen <u>und <s>waren, denke ich immer <b>und war <i>es auch, zumal sie <em>und haben <strong>, aber Sie haben absolut Recht.
Chris Sobolewski
3

<i>Tags dienen zum Markieren von Text. Sie ändern die semantische Bedeutung dieses Tags in etwas, das mit Kursivschrift nichts zu tun hat (und selbst das Kursivschrift-Tag ist eine schlechte Idee). Sie sollten stattdessen ein SPANverwenden.

Kursive Elemente unterstützen keine altAttribute, IMGElemente jedoch. Wenn Sie ein ALTAttribut möchten , verwenden Sie ein Bild.

Diodeus - James MacFarlane
quelle
In den Anweisungen für großartige Schriftarten wird Ihnen empfohlen, diese zu verwenden <i>. Sie sollten also wahrscheinlich sagen, was schief gehen wird, wenn Sie dies auf diese Weise tun. Die Verwendung von etwas (in diesem Fall <i>) auf eine Weise, die ursprünglich nicht beabsichtigt war, birgt Risiken. In diesem Fall wurde dieses Risiko jedoch durch die Tatsache gemindert, dass Tausende seriöser Websites mit Hunderten von Millionen Benutzern bereits font-awesome verwenden.
Cesoid
2

Ich denke, die Rolle für Schriftarten, die sich wie Bilder verhalten, sollte role = "img" vorbehalten sein. Dies kann dann mit aria-label = "alt-text" verwendet werden. Es funktioniert aufgrund des ARIA Accessible Name-Algorithmus. Siehe: Arientechniken mit Img-Rolle .

NoseToThePage
quelle