<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Reacties op: Ajax en toegankelijkheid</title>
	<atom:link href="http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/</link>
	<description>Een weblog over webtoegankelijkheid</description>
	<lastBuildDate>Mon, 09 Jan 2012 15:58:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Door: Christophe Strobbe</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-245</link>
		<dc:creator>Christophe Strobbe</dc:creator>
		<pubDate>Tue, 28 Mar 2006 16:11:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-245</guid>
		<description>@Roel: Zonder WCAG 2.0 kunnen gebruikers de baseline niet bestuderen (als ze dat al zouden willen) omdat ontwikkelaars of eigenaars van sites deze informatie achterhouden, terwijl ze, zoals ik eerder zei, altijd een soort baseline in hun achterhoofd hebben. Als een ontwikkelaar of opdrachtgever denkt of zegt: &quot;Iedereen heeft Flash, dus dat kunnen we wel gebruiken; JavaScript 1.4 is nu ook vrijwel algemeen ondersteund&quot;, dan heeft hij het over een baseline. Met WCAG 2.0 moet deze informatie expliciet gemaakt worden. Voor eindgebruikers is dat misschien niet zo nuttig (hoewel, als daar ooit een RDF-taal voor ontwikkeld wordt, kunnen browsers daar misschien wel iets mee doen), maar het is zeer belangrijk voor de ontwikkelaar of de eigenaar van de site.

Idealiter wordt een baseline door de wetgever vastgelegd; indien de wetgever zich beperkt tot overheidssites, dan zullen veel website-eigenars zelf een baseline kunnen vastleggen, net als nu al het geval is.</description>
		<content:encoded><![CDATA[<p>@Roel: Zonder WCAG 2.0 kunnen gebruikers de baseline niet bestuderen (als ze dat al zouden willen) omdat ontwikkelaars of eigenaars van sites deze informatie achterhouden, terwijl ze, zoals ik eerder zei, altijd een soort baseline in hun achterhoofd hebben. Als een ontwikkelaar of opdrachtgever denkt of zegt: &#8220;Iedereen heeft Flash, dus dat kunnen we wel gebruiken; JavaScript 1.4 is nu ook vrijwel algemeen ondersteund&#8221;, dan heeft hij het over een baseline. Met WCAG 2.0 moet deze informatie expliciet gemaakt worden. Voor eindgebruikers is dat misschien niet zo nuttig (hoewel, als daar ooit een RDF-taal voor ontwikkeld wordt, kunnen browsers daar misschien wel iets mee doen), maar het is zeer belangrijk voor de ontwikkelaar of de eigenaar van de site.</p>
<p>Idealiter wordt een baseline door de wetgever vastgelegd; indien de wetgever zich beperkt tot overheidssites, dan zullen veel website-eigenars zelf een baseline kunnen vastleggen, net als nu al het geval is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Roel</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-242</link>
		<dc:creator>Roel</dc:creator>
		<pubDate>Mon, 27 Mar 2006 20:55:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-242</guid>
		<description>Bedankt voor de verduidelijking, Christophe. Ik ben bekend met het concept &#039;baseline&#039; uit WCAG 2, en het lijkt een interessant idee. Toch vrees ik dat het voor nogal wat verwarring kan gaan zorgen: het is immers niet omdat een browser JavaScript ondersteunt, dat een screenreader overweg kan met de veelzijdige dingen die je met JavaScript kan (onClicks en onMouseOvers triggeren lukt nog wel met Jaws, maar DOM-updates worden niet door alle screenreaders opgepikt). Kan je van een internetgebruiker verwachten dat hij eerst de baseline gaat bestuderen voor hij kan inschatten of een site toegankelijk is voor hem/haar?</description>
		<content:encoded><![CDATA[<p>Bedankt voor de verduidelijking, Christophe. Ik ben bekend met het concept &#8216;baseline&#8217; uit WCAG 2, en het lijkt een interessant idee. Toch vrees ik dat het voor nogal wat verwarring kan gaan zorgen: het is immers niet omdat een browser JavaScript ondersteunt, dat een screenreader overweg kan met de veelzijdige dingen die je met JavaScript kan (onClicks en onMouseOvers triggeren lukt nog wel met Jaws, maar DOM-updates worden niet door alle screenreaders opgepikt). Kan je van een internetgebruiker verwachten dat hij eerst de baseline gaat bestuderen voor hij kan inschatten of een site toegankelijk is voor hem/haar?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Sam</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-241</link>
		<dc:creator>Sam</dc:creator>
		<pubDate>Mon, 27 Mar 2006 16:31:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-241</guid>
		<description>Ben mijn beurt te vroeg gegaan.
Hier lees ik al een antwoord.</description>
		<content:encoded><![CDATA[<p>Ben mijn beurt te vroeg gegaan.<br />
Hier lees ik al een antwoord.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Christophe Strobbe</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-239</link>
		<dc:creator>Christophe Strobbe</dc:creator>
		<pubDate>Mon, 27 Mar 2006 10:14:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-239</guid>
		<description>@Roel: WCAG 2.0 eist niet dat pagina&#039;s werken zonder JavaScript; in plaats daarvan heeft de WCAG Working Group het concept &quot;baseline&quot; bedacht, d.w.z. de set van technologie?n (markuptalen, scripttalen enz) waarvan de ontwikkelaar veronderstelt dat ze ondersteund worden door de browsers van de gebruikers. Deze baseline wordt vastgelegd door de wetgever, de opdrachtgever of een andere partij, afhankelijk van de situatie. In zekere zin is baseline niets nieuw: iedere ontwikkelaar hanteert sowieso al een baseline, maar WCAG 2.0 eist dat die expliciet is in conformance claims.

Conclusie: wie AJAX wil gebruiken op een WCAG 2.0-conforme website, moet dus een baseline hebben waar JavaScript, DOM en XMLHttpRequest in staan; indien die dingen niet in de baseline staan, moet de site ook werken zonder AJAX.</description>
		<content:encoded><![CDATA[<p>@Roel: WCAG 2.0 eist niet dat pagina&#8217;s werken zonder JavaScript; in plaats daarvan heeft de WCAG Working Group het concept &#8220;baseline&#8221; bedacht, d.w.z. de set van technologie?n (markuptalen, scripttalen enz) waarvan de ontwikkelaar veronderstelt dat ze ondersteund worden door de browsers van de gebruikers. Deze baseline wordt vastgelegd door de wetgever, de opdrachtgever of een andere partij, afhankelijk van de situatie. In zekere zin is baseline niets nieuw: iedere ontwikkelaar hanteert sowieso al een baseline, maar WCAG 2.0 eist dat die expliciet is in conformance claims.</p>
<p>Conclusie: wie AJAX wil gebruiken op een WCAG 2.0-conforme website, moet dus een baseline hebben waar JavaScript, DOM en XMLHttpRequest in staan; indien die dingen niet in de baseline staan, moet de site ook werken zonder AJAX.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Roel</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-232</link>
		<dc:creator>Roel</dc:creator>
		<pubDate>Sat, 25 Mar 2006 11:46:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-232</guid>
		<description>@Christophe: Interessant. Het is idd mogelijk om alle ingevoerde gegevens op een pagina op afgesproken tijdsintervallen te bewaren m.b.v. Ajax calls waar de gebruiker niets van merkt. Dat zou bvb. interessant zijn voor applicaties als Tax-on-Web waar &#039;gewone&#039; bezoekers al erg veel tijd doorbengen op eenzelfde pagina, maar waar mensen met een functiebeperking mogelijk nog een stuk meer tijd voor nodig hebben. Als er dan een timeout optreedt (of als je internetverbinding of zelfs de electriciteit uitvalt), dan moet het mogelijk zijn om de laatste staat van een pagina bij een volgende login automatisch te herconstrueren op basis van de bewaarde data (invoervelden/checkboxes/radiobuttons).

Dat kan uiteraard enkel als JavaScript ingeschakeld of beschikbaar is, waardoor aan dit WCAG ijkpunt wellicht niet strikt voldaan kan worden.</description>
		<content:encoded><![CDATA[<p>@Christophe: Interessant. Het is idd mogelijk om alle ingevoerde gegevens op een pagina op afgesproken tijdsintervallen te bewaren m.b.v. Ajax calls waar de gebruiker niets van merkt. Dat zou bvb. interessant zijn voor applicaties als Tax-on-Web waar &#8216;gewone&#8217; bezoekers al erg veel tijd doorbengen op eenzelfde pagina, maar waar mensen met een functiebeperking mogelijk nog een stuk meer tijd voor nodig hebben. Als er dan een timeout optreedt (of als je internetverbinding of zelfs de electriciteit uitvalt), dan moet het mogelijk zijn om de laatste staat van een pagina bij een volgende login automatisch te herconstrueren op basis van de bewaarde data (invoervelden/checkboxes/radiobuttons).</p>
<p>Dat kan uiteraard enkel als JavaScript ingeschakeld of beschikbaar is, waardoor aan dit WCAG ijkpunt wellicht niet strikt voldaan kan worden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Christophe Strobbe</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-229</link>
		<dc:creator>Christophe Strobbe</dc:creator>
		<pubDate>Thu, 23 Mar 2006 17:53:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-229</guid>
		<description>Een half uurtje is nogal kort voor wie in toegankelijkheid ge?nteresseerd is, maar ik ben wel nieuwsgierig. Ik vraag me bijvoorbeeld af of AJAX gebruikt kan worden om aan het volgende criterium uit WCAG 2.0 te voldoen: &quot;When an authenticated session has an inactivity timeout, the user can continue the activity without loss of data after re-authenticating.&quot; (Zie http://www.w3.org/TR/2005/WD-WCAG20-20051123/guidelines.html#time-limits-server-timeout; hopelijk wordt WCAG 2.0 binnenkort een &#039;Last Call Working Draft&#039;.)</description>
		<content:encoded><![CDATA[<p>Een half uurtje is nogal kort voor wie in toegankelijkheid ge?nteresseerd is, maar ik ben wel nieuwsgierig. Ik vraag me bijvoorbeeld af of AJAX gebruikt kan worden om aan het volgende criterium uit WCAG 2.0 te voldoen: &#8220;When an authenticated session has an inactivity timeout, the user can continue the activity without loss of data after re-authenticating.&#8221; (Zie <a href="http://www.w3.org/TR/2005/WD-WCAG20-20051123/guidelines.html#time-limits-server-timeout" rel="nofollow">http://www.w3.org/TR/2005/WD-WCAG20-20051123/guidelines.html#time-limits-server-timeout</a>; hopelijk wordt WCAG 2.0 binnenkort een &#8216;Last Call Working Draft&#8217;.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Erlend</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-97</link>
		<dc:creator>Erlend</dc:creator>
		<pubDate>Sun, 12 Mar 2006 09:28:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-97</guid>
		<description>Oh Oh...ik zou er maar al te graag naartoe willen gaan maar dat valt midden in mijn stage.</description>
		<content:encoded><![CDATA[<p>Oh Oh&#8230;ik zou er maar al te graag naartoe willen gaan maar dat valt midden in mijn stage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Pascal Van Hecke</title>
		<link>http://blog.anysurfer.be/2006/03/11/ajax-en-toegankelijkheid/comment-page-1/#comment-96</link>
		<dc:creator>Pascal Van Hecke</dc:creator>
		<pubDate>Sat, 11 Mar 2006 11:22:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.blindsurfer.be/blog/?p=36#comment-96</guid>
		<description>Wow!
Ik kom zeker :-))</description>
		<content:encoded><![CDATA[<p>Wow!<br />
Ik kom zeker :-))</p>
]]></content:encoded>
	</item>
</channel>
</rss>

