frankx: WAI - Barrierefrei - zuviele links für accesskeys?

Hellihello,

Beim WAI heißt es:

9.4 Create a logical tab order through links, form controls, and objects. [Priority 3]

9.5 Provide keyboard shortcuts to important links (including those in client-side image maps), form controls, and groups of form controls. [Priority 3]

Das heißt ja wohl, dass sowohl accesskeys wie auch tabindex für jeden Anker definiert werden sollten. Was aber, wenn es mehr Anker als Tastaturkürzel gibt? Die Beschränken sich ja vermutlich auf die Einzelbuchstaben. Sollte mann dann für Priorität 3 Unterseiten mit weniger Links pro Seite anbieten?

Dank und Gruß,

frankx

  1. Accessskeys sind nur in eingeschränktem Masse sinnvoll, z.B. um direkt zum Seiteninhalt zu springen und die Navigation zu übergehen.
    Auf www.einfach-fuer-all.de ist dieses Thema behandelt.
    Normale Navigationselemente (oder Text-Links) kann über die Tab-Taste erreichen.
    Bei barrierearmen Seiten gibt es übrigens Elemente,  die in normalen Browsern extra ausgeblendet, also versteckt werden. Das hat den Sinn eingeschränkten Personen (evtl. auch mit speziellen Screenreadern statt Monitor) Navigationselemente zur Verfügung zu stellen, die ein schnelles Navigieren ermöglichen, auch ohne daß man die grafische Gestaltung sehen kann.

    Viele Grüße
    David

    1. Hellihello David,

      kleine Linkorrektur für Mitleser: http://einfach-fuer-alle.de;

      Dank und Gruß,

      frankx

      1. Hellihello David,

        kleine Linkorrektur für Mitleser: http://einfach-fuer-alle.de;

        Dank und Gruß,

        frankx

        Hallo Frankx,

        sorry, meine Tastatur verschluckt manchmal so einiges ;-)
        Aber Du hast es ja gefunden!

        Viele Grüße
        David

        1. Hellihello David,

          schicke Seite das.

            
          #content a[rel="external"]:before {  
          content: url(../img/icon/extern.gif);  
          }  
          
          

          hat ja im Grunde mit Barrierefreiheit nichts zu tun. Läuft auch auf dem IE nicht. Gibts da ein workarround oder setzt sich die Ansicht in solchen Fällen durch, Microsoft durch Ignorieren der IE-Schwächen zur Nachbesserung zu bewegen?

          Dank und Gruß,

          frankx

          1. ... schwierige Frage...
            Da es schon sehr lange zum Standard gehört (AFAIK) würde ich davon ausgehen, daß auch MS das in IE Version 15 vielleicht mal implementiert ;-)

            Ein Workaround kann direkt nur per JS geschehen, da IE die Angaben ja einfach ignoriert und die Seitenziele anders übermittelt werden müssen. JS wiederum ist nicht barrierearm.
            Wenn Du Dir allerdings ansiehst wie Firefox solche Angaben darstellt, kannst  Du das ganze auch per HTML realisieren, indem Du einfach eine Browser-Werkzeugleiste am Kopf der Seite imitierst. Hier ist abhängig von Client-Browser und dessen Konfiguration nicht gewährleistet, daß das immer aussieht wie vom Browser erstellt, besonders nicht, wenn irgendein Anwender farbliche Themes für den Browser konfiguriert hat.
            Bei der Gestaltung kannst Du Dich aber auch generell von der Browsergestaltung absetzen.

            Übrigens erleichtert es die Navigation schon enorm und erleichtert auch den logischen Überblick, da die Seitenbeziehungen klar definiert werden. Unter diesem Aspekt ist es auch ein Element, das durchaus dazu beiträgt, daß Seiten barrierearm werden.

            Nette Idde übrigens das Thema mal wieder aufzuwärmen, vielleicht gehe ich da auch mal wieder dran... ;-)

            Viele Grüße
            David

          2. Hallo frankx.

            #content a[rel="external"]:before {
            content: url(../img/icon/extern.gif);
            }

            
            >   
            > hat ja im Grunde mit Barrierefreiheit nichts zu tun. Läuft auch auf dem IE nicht. Gibts da ein workarround oder setzt sich die Ansicht in solchen Fällen durch, Microsoft durch Ignorieren der IE-Schwächen zur Nachbesserung zu bewegen?  
              
            Die von mir genutzte Methode:  
              
            `<a href="http://example.org/" class="external">Example</a>`{:.language-html}  
              
            ~~~css
            a.external {  
              background:url(external.png) no-repeat center left;  
              padding-left:10px;  
            }
            

            Da hier alles mundgerecht vorgekaut wird, versteht das auch der IE.

            Einen schönen Samstag noch.

            Gruß, Mathias

            --
            ie:% fl:| br:< va:) ls:& fo:) rl:( n4:~ ss:) de:] js:| mo:| zu:)
            debian/rules
            1. <a href="http://example.org/" class="external">Example</a>

              Was ist denn ein externer Verweis? Einer mit Protokollwechsel?

              a.external {

              background:url(external.png) no-repeat center left;
                padding-left:10px;
              }

              
              >   
              > Da hier alles mundgerecht vorgekaut wird, versteht das auch der IE.  
                
              Im IE 5.0 wird der Verweistext unzugänglich, da dieses Stück Software in Links kein padding kennt. (Ja, IE 5.0 ist tot.)  
                
              Roland  
              
              -- 
              [⌘](http://www.apple.com/de/macosx/tiger/)-[)](http://skop.net/self/iMac-1.jpg)
              
              1. Hallo Orlando.

                <a href="http://example.org/" class="external">Example</a>

                Was ist denn ein externer Verweis? Einer mit Protokollwechsel?

                Nein. Einfach nur einer, der nicht auf eine meiner Domänen verweist.

                a.external {

                background:url(external.png) no-repeat center left;
                  padding-left:10px;
                }

                
                > >   
                > > Da hier alles mundgerecht vorgekaut wird, versteht das auch der IE.  
                >   
                > Im IE 5.0 wird der Verweistext unzugänglich, da dieses Stück Software in Links kein padding kennt. (Ja, IE 5.0 ist tot.)  
                  
                Glücklicherweise. (Letzteres.)  
                  
                Aber danke für die Info.  
                  
                  
                Einen schönen Samstag noch.  
                  
                Gruß, Mathias  
                
                -- 
                ie:% fl:| br:< va:) ls:& fo:) rl:( n4:~ ss:) de:] js:| mo:| zu:)  
                  
                debian/rules
                
              2. hi,

                Im IE 5.0 wird der Verweistext unzugänglich, da dieses Stück Software in Links kein padding kennt.

                Nur, wenn du kein hasLayout kennst.

                gruß,
                wahsaga

                --
                /voodoo.css:
                #GeorgeWBush { position:absolute; bottom:-6ft; }
  2. Hallo Frank,

    Das heißt ja wohl, dass sowohl accesskeys wie auch
    tabindex für jeden Anker definiert werden sollten.
    Was aber, wenn es mehr Anker als Tastaturkürzel gibt?
    Die Beschränken sich ja vermutlich auf die Einzelbuchstaben.

    Du brauchst nicht jedem Link ein Tastaturkuerzel oder fuer
    jedes Formularfeld zuweisen. Nicht . Beschraenke dich auf die
    wichtigsten Elemente.
    Ein gutes Beispiel, wenigstens empfinde ich es so, bietet die
    BBC auf Ihren Seiten. Die Tasten von 0 - 4 sind fuer die
    Globale Navigation, und 5 - 9 Fuer die Navigation auf der
    Seite.

    Sollte mann dann für Priorität 3 Unterseiten mit weniger
    Links pro Seite anbieten?

    Wer die Tastatur zu gebrauchen weiss, der auch mit weniger
    zu recht kommen. Weniger ist mehr, vor allem weil sich jeder
    Benutzer immer alle Details merken kann.

    gruesse aus'm ruhrpott
      jens mueller

    --
    As long as a single mind remembers, as long as a single heart
    beats with passion, how can a dream die?
    \//_ Live long and prosper
    sh:( fo:) ch:| rl:° br:^ n4:| ie:% mo:| va:} de:> zu:) fl:( ss:) ls:> js:|