Kommentare zu dieser Meldung: 15

Sascha meinte am 26.08.2004:

Was mir beim Lesen des Artikels durch den Kopf ging ist ob es sinnig ist auch die Überschriften per <tabindex> ansteuerbar zu machen.
Wäre es sinnig? Wenn ja in wie fern?

Sebastian Gruber meinte am 27.08.2004:

@Sascha:
Ich glaube nicht. Diverse Screenreader können das auch so per Tastenkürzel.
Doppelt gemoppelt hält nicht besser, sondern verwurschtelt bloss ;)
Opera kann's übrigens auch:
* Überschriften: [s] vorwärts, [w] rückwärts.
* Links: [a] vorwärts, " rückwärts.
* Alle (Block-, Inline-, etc.)Elemente: [d] vorwärts, [e] rückwärts.

Harald Kampen meinte am 27.08.2004:

Ich denke Tabindex sollte nur in speziellen Fällen verwendet werden. Viel wichtiger ist, die Anzahl und Reihenfolge der Links auf eine Seite übersichtlich zu halten.
Wenn jedoch Formulare ausgefüllt werden sollen und die Navigation vor den Formularfeldern geladen wird, macht eine Indizierung schon Sinn. Allerdings sollten dann alle Formularelemente mit Tabindex durchnummeriert werden.

Tomas Caspers meinte am 27.08.2004:

Die tabindexierung von Formularfeldern ist aber nur dann sinnvoll, wenn dieses Formular wirklich der einzige sinnvoll nutzbare Inhalt der betreffenden Seite ist (single-purpose). Spontan fällt mir da nur das Interface von Google ein. Ansonsten könnte es passieren, dass man in manchen Browsern (z.B. nicht mehr ganz so taufrischen Mozillas) nur noch durch Abschicken des Formulars von der Seite wegkommmt.

Tomas Caspers meinte am 27.08.2004:

In Mozilla kollidiert tabindex auch oft mit der "Type Ahead Find"-Funktion, mit der man auch ohne Strg-F Inhalte auf Seiten durch Eintippen der Anfangsbuchstaben finden kann. Danach befindet man sich u.U. irgendwo mitten auf einer langen Seite und durch Drücken der Tab-Taste kommt man dann nicht weiter nach unten, sondern wieder nach oben (zu tabindex="1"). Gerade für Tastaturnutzer (für die Tabindex eigentlich gemacht wurde) ist das eher lästig.

Martin Ladstätter meinte am 27.08.2004:

Ich glaube tabindex ist wie accesskey einfach nur gut gemeint. Aber bekanntlich ist gut gemeint, das Gegenteil von gut.

andreas k. bittner meinte am 08.09.2004:

Mit Verlaub.
Widersprüche in der Barrierefreiheit - so der Titel des Beitrags - ist ja wohl eher keine glückliche Formulierung.
Es geht doch wohl eher um das Regelwerk. Oder?

Guido Zörner meinte am 14.09.2004:

Einen Tabindex halte ich bei einer linearen Struktur auch für überflüssig.
Viel mächtiger finde ich die Möglichkeit, mit accesskeys den Tabindex zu beeinflussen.
Um das Beispiel aus dem Artikel zu nehmen: Das Dokumentende wird um die Verweise "zum Seitenanfang" und "zum Textanfang" ergänzt. Die Links sind mit den accesskeys "s" und "t" (oder andere) versehen. Am Seitenanfang und am Textanfang (erste Überschrift nach der Navigation) befinden sich natürlich die entsprechenen Anker. So lassen sich leicht Funktionen realisieren, um z. B. mit der Tastatur die Navigation zu überspringen, da alle gängigen Browser bei einem Sprung zum Anker dort den Tabindex beginnen/fortsetzen.
Guido

Christoph Hörl meinte am 20.09.2004:

Solange man sich ein bisschen auf die Reihenfolge beim Aufbau einer Seite konzentriert, sollten eigentlich Attribut tabindex und accesskey nicht nötig sein. Die Barrierefreiheit beeinträchtigen doch vor allem die mehrspaltigen Formularseiten, wo die Reihenfolge durch die einzelnen Zeilen gestört ist. Solche Fälle kann man aber immer noch durch eine konsequentere Codierung lösen. Außerdem sind doch Formulare die untereinander aufgebaut sind um einiges übersichtlicher.

Christoph meinte am 21.10.2004:

Das mit der logischen Strukturierung ist nicht immer so einfach, wenn man den Inhalt z.B. auch für Suchmaschinen optimieren will.
Wenn ich mit DIVs arbeite und diese beliebig positionieren kann, gebe ich sie im HTML-Code so an, dass die wichtigsten Inhalte zuerst kommen. Die Navigation wird also über dem eigentlichen Inhalt angezeigt, obwohl sie nach dem Inhalt definiert wurde.
Das macht es für mich erforderlich, Tabs zu benutzen und nicht auf die Seitenstruktur zu vertrauen.

Marder meinte am 07.11.2005:

Ich halte tabindex nur in Ausnahmefällen sinnvoll, weil alleine durch eine saubere HTML-Programmierung die Reihenfolge automatisch vom Browser festgelegt wird.
Dagegen sind accesskey eine wunderbare Erfindung. Wer z.B. Mozilla & Co. nutzt, kommt durch eine Tastenkombination schnell und bequem zum Ziel. Nicht nur Blinde oder Menschen, die schwierigkeiten mit der Maushandhabung haben. Selbst Menschen ohne Behinderung nutzen meine gepflegte Seiten mit den Angebotenen Tastenkombinationen. Der Internet Explorer vergrault leider seine Nutzern diese gute Funktion durch eine umständliche handhabe.
Um accesskey zu fördern, müsste dass WC3 mal festlegen, welche Buchstaben bzw. Zahlen nicht durch Menütastenkombinationen der Browser blockiert werden sollen. Dann kann man für alle diese nützliche Funktion einwandfrei anbieten.

michael zirlewagen meinte am 07.04.2006:

Ausgiebige Tests zeigen bei uns ein anderes Verhalten:

IE 6.0 (PC), IE 5.2 (MAC), Safari 1.32 (MAC) zeigt das beschriebene (falsche) Verhalten, egal welche Zahlenreihenfolge für die Navigation und dem Link "Überspringen der Navigation" man für den tabindex vergibt.
Auch wenn kein tabindex vergeben wird bleibt das Verhalten der Browser gleich...

Firefox 1.0/1.5, Netscape 7.1, Mozilla 1.7.12, IE 5.0 (alle PC) haben dieses Problem nicht, kein Tabindexrotationsbug, alles super :-)

Camino 1.0 (MAC), Firefox 1.5 (MAC) kennen scheinbar keinen tabindex, auch nicht mit extra Tasten und viel gutem Willen!

Tomas Caspers meinte am 07.04.2006:

> Camino 1.0 (MAC), Firefox 1.5 (MAC) kennen scheinbar keinen tabindex

Kennen sie schon, nur ist die Tastaturbedienung bei beiden in der Standardinstallation mehr oder weniger abgeschaltet. Um sie wieder anzuschalten muss man about:config in die Navigationsleiste eintippen, dann nach accessibility.tabfocus suchen und dort den Wert auf 7 ändern.

thomas molck meinte am 07.04.2006:

tabindex in Camino 1.0 (MAC) und Mozilla 1.7.12 (MAC) funktioniert
mit der von tomas caspers genannten einstellung. beide verhalten sich dann auch mit einem "Zum Inhalt springen" link und tabindex attributen korrekt, d.h. sie bleiben nach der aktivierung des "Zum Inhalt springen" link auch im content.

beim Firefox 1.5.0.1 (MAC) gibt es leider die variable accessibility.tabfocus nicht und auch eine manueller eintrag in die firefox.js führt nicht zum erfolg.

Tomas Caspers meinte am 07.04.2006:

firefox.js ist aber die falsche Stelle für sowas, wenn der Eintrag wirklich nicht vorrhanden ist kann man die zur Not auch selber anlegen: in about:config oben rechts auf das ausgesprochen gut versteckte Icon in der Nähe des Scrollbalkens klicken und dann Neu -> Integer. (hatte ich schon erwähnt, dass ich diese Angewohnheit der Firefox-Entwickler, wichtige Einstellungen gut vor dem Nutzer zu verstecken eher grenzwertig finde?)

Kommentar abgeben?

 

Ihr Kommentar:

Tipp: HTML ist nicht zulässig; Webadressen können Sie so: [url=domain.de]Text[/url] eingeben.

Ihr Name:

Ihre E-Mail-Adresse: (wird nicht veröffentlicht)

URL: (wird bei Spamverdacht gelöscht)

Kommentar senden