Hallo,
schön das es nun eine eigene Sektion für BF gibt.
Ich knabbere z.Z. an folgendem Problem(en).
1) ich würde gerne für TMENU's (evtl. auch GMENU) einen "tabindex" einführen, der "einfach" zu jedem Menupunkt - konkret: ein Breadcrumb-Menü - einen tabindex hinzufügt:
... ATagParams = tabindex="{$count}"
$count soll einfach nur hochzählen (evtl. mit einem Initialwert)...
gibts einen Trick?
Im Moment behelfe ich mir hiermit (das geht solange die Seitenstruktur nicht mehr verändert wird) :
[treeLevel = 1,2,3,4,5]
temp.menu_bread.7=HTML
temp.menu_bread.7.value= |
[end]
temp.menu_bread = COA
temp.menu_bread{
5 = HMENU
5{
special=list
special.value = 1
1 = TMENU
1.target = _top
1.wrap = <b>Sie befinden sich hier:</b> |
1.NO{
beforeWrap = |
doNotLinkIt = 1
linkWrap = |
before.cObject = TEXT
before.cObject.field = uid
before.cObject.dataWrap = <a href="index.php?id=|" tabindex="2" accesskey ="{field:tx_govaccesskey_accesskey}" title="{field:title} (ALT+{field:tx_govaccesskey_accesskey})">
after.cObject = TEXT
after.cObject.value =
after.cObject.wrap = |</a>
}
}
10 = HMENU
10{
entryLevel = 0
special = rootline
special.range = 1|-1
1 = TMENU
1.target = _top
1.wrap = |
1.NO {
beforeWrap = |
doNotLinkIt = 1
allWrap = | | |*||*|| |
before.cObject = TEXT
before.cObject.field = uid
before.cObject.dataWrap = <a href="index.php?id=|" tabindex ="{field:uid}" title="{field:title}">
after.cObject = TEXT
after.cObject.wrap = |</a>
wrapItemAndSub = |
}
}
}
2) für GMENU gibt es bereits die option "accesskey" die es so für TMENU ohne extension (gov_accesability) nicht gibt. Bietet 3.8.0 das evtl. an?
Danke für jegliche Hinweise
Jörg
hardcoder schriebschön das es nun eine eigene Sektion für BF gibt.
Ich knabbere z.Z. an folgendem Problem(en).
1) ich würde gerne für TMENU's (evtl. auch GMENU) einen "tabindex" einführen,
Das wäre aber gerade für DIE Frage nicht gut, denn das ist eine MENÜfrage, oder möchtest Du die weimal posten? Forum für Barrierefreiheit wäre sicher nicht schlecht, aber dann um prinzipielle Dinge zu Barrierefreiheit zu diskutieren.
Wenn die Menüfragen auch noch über mehrere Bereiche verteilt sind, dann wirst Du vermutlich weniger Antworten bekommen, denn mehr, weil der Post evtl. nicht gefunden wird.
Just my 2cents.
Da hast Du sicherlich recht - diese Frage habe ich mir natürlich auch gestellt ... es ist eine MENU Frage - UND es ist eine Barrieref. Frage - und für mich ist letzeres der Schwerpunkt... 2 Mal posten werde ich natürlich nicht. Auch auf die Gefahr hin das ich weniger Antworten zu erwarten habe. Aber hier fühle ich mich mit meiner Frage trotzdem Besser aufgehoben denn ich vermute das sich hier im Brett eher "kundigere" im Bezug BF herumtollen als im Brett Menu. Trotzdem Danke für Deinen hinweis :-)
Hast Du nun auch ne Antwort zu meiner Frage?
hardcoder schriebund für mich ist letzeres der Schwerpunkt...
Das weis aber keiner ausser Dir. ;-)
hardcoder schriebHast Du nun auch ne Antwort zu meiner Frage?
Nein, sonst hätte ich sie geschrieben, oder?
trotzdem: Danke für die Antwort auf eine nichtgestellte Frage a....
Ich habe letztens noch einen Beitrag auf der Webseite einfach-fuer-alle.de gelesen:
http://einfach-fuer-alle.de/artikel/tabindex/
Demnach sind bei richtiger Seitenstruktur Accesskeys und Tabindex überflüssig oder sogar eine neue Behinderung!
Auf jeden Fall ein lesenswerter Artikel zu dem Thema.
Trotzdem werde ich nächste Woche mal schauen ob ich zu dem Thema eine Lösung finde.
Hallo,
hardcoder schrieb
1) ich würde gerne für TMENU's (evtl. auch GMENU) einen "tabindex" einführen, der "einfach" zu jedem Menupunkt - konkret: ein Breadcrumb-Menü - einen tabindex hinzufügt:
... ATagParams = tabindex="{$count}"
$count soll einfach nur hochzählen (evtl. mit einem Initialwert)...
gibts einen Trick?
vielleicht hilft Dir das weiter:
register:count_menuItems
Gruss Kerstin
Hi, danke für den Hint - jedoch zeigt mir:
register:count_menuItems
"nur" die Gesamtanzahl der menuitems an ...
durchnummeriert von 1 bis ... bekomme ich das so:
register:count_HMENU_MENUOBJ
und zu meinem Beispiel oben erreiche ich mit
register:count_MENUOBJ
des das menu erst ab 2 Zählt, da der 1. Menupunkt mit dem index 5 definiert ist und die restlichen mit dem index 10
:-D
danke nochmal für den Ansatz :-) und hier nochmal der korrigierte code:
[treeLevel = 1,2,3,4,5]
temp.menu_bread.7=HTML
temp.menu_bread.7.value= |
[end]
temp.menu_bread = COA
temp.menu_bread{
5 = HMENU
5{
special=list
special.value = 1
1 = TMENU
1.target = _top
1.wrap = <b>Sie befinden sich hier:</b> |
1.NO{
beforeWrap = |
doNotLinkIt = 1
linkWrap = |
before.cObject = TEXT
before.cObject.field = uid
before.cObject.dataWrap = <a href="index.php?id=|" accesskey ="{field:tx_govaccesskey_accesskey}" title="{field:title} (ALT+{field:tx_govaccesskey_accesskey})">
after.cObject = TEXT
after.cObject.value =
after.cObject.wrap = |</a>
}
}
10 = HMENU
10{
entryLevel = 0
special = rootline
special.range = 1|-1
1 = TMENU
1.target = _top
1.wrap = |
1.NO {
beforeWrap = |
doNotLinkIt = 1
allWrap = | | |*||*|| |
before.cObject = TEXT
before.cObject.field = uid
before.cObject.dataWrap = <a href="index.php?id=|" tabindex ="{register:count_MENUOBJ}" title="{field:title}">
after.cObject = TEXT
after.cObject.wrap = |</a>
wrapItemAndSub = |
}
}
}
Im Sinne der Barrierefreiheit sollte sogar auf Tabindex verzichtet werden. Die Seite ist ja ohnehin gut zu strukturieren, so wird das Atrribut Tabindex überflüssig und bietet gegenteilig sogar eine mögliche Fehlerquelle (Links die in der Zählung vergessen werden können nicht mehr angesprungen werden)
Von den Accesskeys in Form von Buchstaben kommt man immer mehr weg und benutzt jetzt eher Zahlen. Viele Screenreader Nutzer arbeiten mit Shortcuts. Benutzt du bestimmte Buchstaben z.B. O (im Internetexplorer dient STRG-O zum öffnen einer neuen Seite) wird dies von deiner Website belegt, kann der Blinde über diesen Shortcut nicht mehr zu einer anderen URL wechseln. (Zahlen sind zwar unschön aber sind in der Regel nicht bereits belegt)
...ich hänge an einer ähnlichen Thematik. Das Problem. Die Website soll zwei Funktionalitäten haben:
1. Wechsel zwischen linearer Darstellung (CSS-Stil1) und mehrspaltiger Darstellung (CSS-Stil 2).
Das wollten wir über:
config.linkVars = stil
regeln
2. Accesskeys für die wichtigsten Menüpunkte (es wurde ein ähnlicher Ansatz wie oben gewählt.
Nur wird bei den so erzeugten Menüs der Wert für den Stil (linkVars) übergeben. Wsa kann man tun?
...ich hänge an einer ähnlichen Thematik. Das Problem. Die Website soll zwei Funktionalitäten haben:
1. Wechsel zwischen linearer Darstellung (CSS-Stil1) und mehrspaltiger Darstellung (CSS-Stil 2).
Das wollten wir über:
config.linkVars = stil
regeln
2. Accesskeys für die wichtigsten Menüpunkte (es wurde ein ähnlicher Ansatz wie oben gewählt.
Nur wird bei den so erzeugten Menüs der Wert für den Stil (linkVars) übergeben. Wsa kann man tun?
Cojote schrieb
Von den Accesskeys in Form von Buchstaben kommt man immer mehr weg und benutzt jetzt eher Zahlen. Viele Screenreader Nutzer arbeiten mit Shortcuts. Benutzt du bestimmte Buchstaben z.B. O (im Internetexplorer dient STRG-O zum öffnen einer neuen Seite) wird dies von deiner Website belegt, kann der Blinde über diesen Shortcut nicht mehr zu einer anderen URL wechseln. (Zahlen sind zwar unschön aber sind in der Regel nicht bereits belegt)
Wieso STRG+O ??
Ich verwende da immer ALT+O (für den accesskey)
Bin ich da die Ausnahme?? 😉
und das ist zumindest im ie und im firefox absolut sicher.
STRG+P wäre ja zb. 'print' also drucken ....
STRG+F -> Suchen
etc. etc.