Comments on: Het probleem met accesskeys http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/ Webdesign en webdevelopment Sat, 19 Jun 2010 14:20:20 +0200 http://wordpress.org/?v=2.8 hourly 1 By: Christophe Strobbe http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-167 Christophe Strobbe Wed, 11 Apr 2007 10:20:09 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-167 @Michiel, we hoeven niet eens over de grenzen te kijken: de website van de Coördinatiecel Vlaams eGovernment (CORVE) heeft ook sneltoetsen: <a href="http://www3.vlaanderen.be/e-government/accesskeys.html" rel="nofollow">http://www3.vlaanderen.be/e-government/accesskeys.html</a>. @Michiel, we hoeven niet eens over de grenzen te kijken: de website van de Coördinatiecel Vlaams eGovernment (CORVE) heeft ook sneltoetsen: http://www3.vlaanderen.be/e-government/accesskeys.html.

]]> By: Christophe Strobbe http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-164 Christophe Strobbe Tue, 10 Apr 2007 10:44:52 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-164 Standaardisering van access keys lijkt ook niet de oplossing: de access keys moeten niet door de webontwikkelaar vastgelegd worden (weet hij veel hoe bezoekers hun computer willen gebruiken en met wat voor toetsenbord ze werken) maar door de gebruiker. John Foliot heeft heel overtuigend geprotesteerd tegen het behouden van access keys in XHTML 2 omdat ze in de huidige HTML 4 en XHTML 1.x implementaties zo'n ramp zijn. Zie hierover zijn artikel op <a href="http://www.wats.ca/show.php?contentid=47" rel="nofollow">http://www.wats.ca/show.php?contentid=47</a>. Ook nu is het trouwens mogelijk om de access keys door de bezoeker te laten kiezen: zie de artikels van Gez Lemon over User-Defined Access Keys op <a href="http://juicystudio.com/article/user-defined-accesskeys.php" rel="nofollow">http://juicystudio.com/article/user-defined-accesskeys.php</a> en <a href="http://juicystudio.com/article/user-defined-access-keys-aspversion.php" rel="nofollow">http://juicystudio.com/article/user-defined-access-keys-aspversion.php</a>. Standaardisering van access keys lijkt ook niet de oplossing: de access keys moeten niet door de webontwikkelaar vastgelegd worden (weet hij veel hoe bezoekers hun computer willen gebruiken en met wat voor toetsenbord ze werken) maar door de gebruiker. John Foliot heeft heel overtuigend geprotesteerd tegen het behouden van access keys in XHTML 2 omdat ze in de huidige HTML 4 en XHTML 1.x implementaties zo’n ramp zijn. Zie hierover zijn artikel op http://www.wats.ca/show.php?contentid=47. Ook nu is het trouwens mogelijk om de access keys door de bezoeker te laten kiezen: zie de artikels van Gez Lemon over User-Defined Access Keys op http://juicystudio.com/article/user-defined-accesskeys.php en http://juicystudio.com/article/user-defined-access-keys-aspversion.php.

]]> By: Xavez http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-57 Xavez Tue, 16 Jan 2007 10:01:38 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-57 Vincent Ik hou het op een combinatie van accesskeys en rel's ;). Vincent

Ik hou het op een combinatie van accesskeys en rel’s ;).

]]> By: Vincent W http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-47 Vincent W Sun, 07 Jan 2007 14:40:06 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-47 Links met rel-waarden mogen ook in de body (de specificaties verbieden dit toch niet?), hoewel Opera deze waardes dan niet inleest. Dat zou inderdaad gepromoot moeten worden, ik zal eens kijken wat er in de Opera-gemeenschap over is gezegd. Wat betreft de overige links (externe links etc, niet de FAQ en home-pagina), daarvoor zijn accesskeys wel een goed idee. Rel's voor standaardpagina's, accesskeys voor de rest. Oké, de grote browsers zullen niet snel dergelijke veranderingen krijgen, maar dat is met veel zaken zo. Dat belet ons niet om vooruitstrevend te zijn :) Als je nu niet begint met rel's, dan zal er nooit iets veranderen aan de browsers. Links met rel-waarden mogen ook in de body (de specificaties verbieden dit toch niet?), hoewel Opera deze waardes dan niet inleest. Dat zou inderdaad gepromoot moeten worden, ik zal eens kijken wat er in de Opera-gemeenschap over is gezegd.

Wat betreft de overige links (externe links etc, niet de FAQ en home-pagina), daarvoor zijn accesskeys wel een goed idee. Rel’s voor standaardpagina’s, accesskeys voor de rest.

Oké, de grote browsers zullen niet snel dergelijke veranderingen krijgen, maar dat is met veel zaken zo. Dat belet ons niet om vooruitstrevend te zijn :) Als je nu niet begint met rel’s, dan zal er nooit iets veranderen aan de browsers.

]]> By: Xavez http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-41 Xavez Fri, 05 Jan 2007 13:46:37 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-41 @Michiel: klopt, maar ik pleit net voor een standaardisering van de toetsencombinatie (Mac en PC kunnen dan wel verschillen, bijvoorbeeld). @Vincent: dat klopt, maar wat doe je dan met links (anchors) in het document zelf? Vanuit webdesignstandpunt vind ik het overigens alles behalve optimaal om de next/previous links in de header te moeten steken. Een standaardisering van de rel-waarden in het document zelf (body) bijvoorbeeld zou dan weer wel een oplossing kunnen zijn. En daarbij moeten we ook realistisch blijven. rel's zullen de langetermijnoplossing ongetwijfeld zijn, maar op dit moment zie ik Microsoft of Mozilla niet meteen grote updates aan "de manier van browsen" doorvoeren. Standaardisering van de accesskeys is iets wat m.i. makkelijker door te voeren is dan een heel nieuwe browsercomponent :). @Michiel: klopt, maar ik pleit net voor een standaardisering van de toetsencombinatie (Mac en PC kunnen dan wel verschillen, bijvoorbeeld).

@Vincent: dat klopt, maar wat doe je dan met links (anchors) in het document zelf? Vanuit webdesignstandpunt vind ik het overigens alles behalve optimaal om de next/previous links in de header te moeten steken. Een standaardisering van de rel-waarden in het document zelf (body) bijvoorbeeld zou dan weer wel een oplossing kunnen zijn.
En daarbij moeten we ook realistisch blijven. rel’s zullen de langetermijnoplossing ongetwijfeld zijn, maar op dit moment zie ik Microsoft of Mozilla niet meteen grote updates aan “de manier van browsen” doorvoeren. Standaardisering van de accesskeys is iets wat m.i. makkelijker door te voeren is dan een heel nieuwe browsercomponent :).

]]> By: Vincent W http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-40 Vincent W Thu, 04 Jan 2007 23:47:17 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-40 Rel-attributen hebben toch veel meer betekenis? Een accesskey vertelt op zichzelf niets, dus kan de browser er ook niets mee. De site zal aan de gebruiker duidelijk moeten maken dat 'de accesskey-standaardisering' van toepassing is. Het feit dat sites hun eigen standaard kunnen volgen, betekent verwarring voor de gebruiker ("alt-shift-0 was toch home?"). Met de rel's heb je al goede afspraken daarover ( http://www.oasis-open.org/cover/maloneyQuinLinkRel.txt ). Accesskeys zijn niet semantisch, om even met een buzzword te spreken. Rel-attributen hebben toch veel meer betekenis? Een accesskey vertelt op zichzelf niets, dus kan de browser er ook niets mee. De site zal aan de gebruiker duidelijk moeten maken dat ‘de accesskey-standaardisering’ van toepassing is. Het feit dat sites hun eigen standaard kunnen volgen, betekent verwarring voor de gebruiker (”alt-shift-0 was toch home?”). Met de rel’s heb je al goede afspraken daarover ( http://www.oasis-open.org/cover/maloneyQuinLinkRel.txt ). Accesskeys zijn niet semantisch, om even met een buzzword te spreken.

]]> By: Michiel http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-39 Michiel Thu, 04 Jan 2007 21:21:14 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-39 @Xavez: De Firefox-combinatie mag dan wel ok zijn, maar die van IE geeft problemen. Ik sta achter het concept van accesskeys, maar in de praktijk werken ze (nog) niet. @Xavez: De Firefox-combinatie mag dan wel ok zijn, maar die van IE geeft problemen. Ik sta achter het concept van accesskeys, maar in de praktijk werken ze (nog) niet.

]]> By: Xavez http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-37 Xavez Thu, 04 Jan 2007 10:02:34 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-37 Tja, niet akkoord eigenlijk, om dezelfde reden als die die Arjan aanhaalt. De firefox combinatie ALT+SHIFT in samenwerking met de <a href="http://www.accessibility101.org.uk/uk-government-access-keys.htm" rel="nofollow">UK Gov acceskeys</a> specificatie lijkt me het meest optimaal. Eventueel kan dit <em>aangevuld</em> worden met een unificatie van bepaalde rel-verwijzingen :). Tja, niet akkoord eigenlijk, om dezelfde reden als die die Arjan aanhaalt. De firefox combinatie ALT+SHIFT in samenwerking met de UK Gov acceskeys specificatie lijkt me het meest optimaal. Eventueel kan dit aangevuld worden met een unificatie van bepaalde rel-verwijzingen :).

]]> By: rick http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-35 rick Wed, 03 Jan 2007 18:59:25 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-35 Het nadeel van het gebruik van numerieke accesskeys in browsers is dat je de speciale tekens niet meer via je alt toets en het numerieke toetsenbord kan creeeren. Voor de rest, leuk dat een artikel van mij aangehaald wordt op deze site, altijd leuk om te zien. Een vervolgartikel op het artikel dat hier aangehaald wordt staat hier: <a rel="nofollow" href="http://www.internetschoon.nl/viewSingleItem/348/Accesskeys-en-alt-codes.htm" rel="nofollow">http://www.internetschoon.nl/viewSingleItem/348/</a> Nagenoeg met gelijkende strekking als dit artikel overigens. Het nadeel van het gebruik van numerieke accesskeys in browsers is dat je de speciale tekens niet meer via je alt toets en het numerieke toetsenbord kan creeeren.

Voor de rest, leuk dat een artikel van mij aangehaald wordt op deze site, altijd leuk om te zien. Een vervolgartikel op het artikel dat hier aangehaald wordt staat hier: http://www.internetschoon.nl/viewSingleItem/348/

Nagenoeg met gelijkende strekking als dit artikel overigens.

]]> By: Vincent W http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/comment-page-1/#comment-33 Vincent W Wed, 03 Jan 2007 11:49:24 +0000 http://www.webcraft.be/2007/01/02/het-probleem-met-accesskeys/#comment-33 Gebruikmakend van de juiste rel-attributen in de code, is met enkel toetsen navigeren in een site - met Opera - al zeer gemakkelijk. Met spatie volg je bv de link met rel="next". De navigatiebalk toont alle herkende links: index, help, copyright, sitemap, home, auteur, volgende, vorige, omhoog, enz. Dit komt redelijk overeen met die lijst van de UK Government accesskeys standard. Dus, met een paar beschrijvende attributen in de code kun je de browser al een stuk slimmer maken. Ik geef de voorkeur aan het rel-attribuut, dat meer betekenis geeft aan een link dan een accesskey doet. Gebruikmakend van de juiste rel-attributen in de code, is met enkel toetsen navigeren in een site – met Opera – al zeer gemakkelijk. Met spatie volg je bv de link met rel=”next”. De navigatiebalk toont alle herkende links: index, help, copyright, sitemap, home, auteur, volgende, vorige, omhoog, enz. Dit komt redelijk overeen met die lijst van de UK Government accesskeys standard. Dus, met een paar beschrijvende attributen in de code kun je de browser al een stuk slimmer maken. Ik geef de voorkeur aan het rel-attribuut, dat meer betekenis geeft aan een link dan een accesskey doet.

]]>