<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Marco Zehe EDV-Beratung &#187; NVDA</title>
	<atom:link href="http://www.zehe-edv.de/tag/nvda/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.zehe-edv.de</link>
	<description>Gedanken und Kommentare rund um Barrierefreiheit in der Softwarebranche</description>
	<lastBuildDate>Mon, 30 Jan 2012 09:48:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Tipp: Mit einem Screen Reader mit den dynamischen Menüs des WordPress-3.3-Adminbereiches umgehen</title>
		<link>http://www.zehe-edv.de/2011/12/20/tipp-mit-einem-screen-reader-mit-den-dynamischen-menus-des-wordpress-3-3-adminbereiches-umgehen/</link>
		<comments>http://www.zehe-edv.de/2011/12/20/tipp-mit-einem-screen-reader-mit-den-dynamischen-menus-des-wordpress-3-3-adminbereiches-umgehen/#comments</comments>
		<pubDate>Tue, 20 Dec 2011 15:21:23 +0000</pubDate>
		<dc:creator>Marco</dc:creator>
				<category><![CDATA[NVDA]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[Zugänglichkeit]]></category>
		<category><![CDATA[Barrierefreiheit]]></category>
		<category><![CDATA[Firefox]]></category>

		<guid isPermaLink="false">http://www.zehe-edv.de/?p=138</guid>
		<description><![CDATA[WordPress 3.3 führt neue, dynamische Menüs im Administrationsbereich ein. Dieser einfache Tipp soll zeigen, wie man als Blinder mit einem Screen Reader diese dynamischen Menüs bedienen kann. Hierfür verwende ich NVDA 2011.3RC und Firefox, es geht aber auch mit anderen &#8230; <a href="http://www.zehe-edv.de/2011/12/20/tipp-mit-einem-screen-reader-mit-den-dynamischen-menus-des-wordpress-3-3-adminbereiches-umgehen/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>WordPress 3.3 führt neue, dynamische Menüs im Administrationsbereich ein. Dieser einfache Tipp soll zeigen, wie man als Blinder mit einem Screen Reader diese dynamischen Menüs bedienen kann. Hierfür verwende ich NVDA 2011.3RC und Firefox, es geht aber auch mit anderen Screen-Reader- und Browser-Kombinationen.</p>
<p>Diese Untermenüs ermöglichen einen schnelleren Zugriff auf die Untermenüpunkte. Man muss nicht erst einen Hauptmenüpunkt anklicken, auf das erneute Laden der Seite warten und dann auf die aufgeklappten Menüs zugreifen. Stattdessen werden die Untermenüpunkte sichtbar, indem man mit der Maus drüberfährt, sogenanntes Hovern, oder mit <kbd>tab</kbd> auf den jeweiligen Link springt und <kbd>Enter</kbd> drückt.</p>
<p>Das Problem für Screen-Reader-Benutzer ist, dass die <kbd>Enter-Taste</kbd> in der Regel vom Screen Reader abgefangen und für eine Funktion innerhalb des sogenannten virtuellen Dokuments oder Browse-Modus verwendet wird. Normalerweise wird durch Druck auf <kbd>Enter</kbd> ein Link aktiviert.</p>
<p>Genau das wollen wir ja aber nicht, denn das Aktivieren eines Links erzeugt ein Neuladen der Seite, und sämtliche Vorteile des schnelleren Zugriffs auf die dynamischen Menüs wären dahin.</p>
<p>Stattdessen tun wir folgendes:</p>
<ol>
<li>Mit dem virtuellen Cursor auf einen dieser &#8220;Untermenü Link&#8221;-Elemente wandern.</li>
<li><kbd>NVDA-Taste+F2</kbd> drücken, um NVDA anzuweisen, den nächsten Tastendruck ungefiltert an den Browser weiterzugeben.</li>
<li><kbd>Enter</kbd> drücken.</li>
<li>Mit dem virtuellen Cursor nach unten wandern und ein aufgeklapptes Menü vorfinden.</li>
</ol>
<p>Diese Methode funktioniert analog mit anderen Screen Readern. Manche Screen Reader fokussieren jedoch nicht automatisch das unter dem virtuellen Cursor befindliche Element. Vor dem obigen Schritt 2 muss also eventuell noch eine Tastenkombination gedrückt werden, mit der der System-Fokus oder PC Cursor zum virtuellen Cursor gezogen wird.</p>
<p>Die oben beschriebene Methode ist ein Tastendruck mehr. Das stimmt, aber diese Vorgehensweise ist immer noch schneller als auf das erneute Laden einer Seite zu warten und dann die aufgeklappten Menüs wieder vom Anfang des virtuellen Dokuments an suchen zu müssen.</p>
<p>Viel Spaß beim Bloggen!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zehe-edv.de/2011/12/20/tipp-mit-einem-screen-reader-mit-den-dynamischen-menus-des-wordpress-3-3-adminbereiches-umgehen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Warum sehen Seiten im Firefox anders aus als im IE?</title>
		<link>http://www.zehe-edv.de/2010/01/22/warum-sehen-seiten-im-firefox-anders-aus-als-im-ie/</link>
		<comments>http://www.zehe-edv.de/2010/01/22/warum-sehen-seiten-im-firefox-anders-aus-als-im-ie/#comments</comments>
		<pubDate>Fri, 22 Jan 2010 15:44:48 +0000</pubDate>
		<dc:creator>Marco</dc:creator>
				<category><![CDATA[Firefox]]></category>
		<category><![CDATA[Zugänglichkeit]]></category>
		<category><![CDATA[Flash]]></category>
		<category><![CDATA[JAWS]]></category>
		<category><![CDATA[NVDA]]></category>

		<guid isPermaLink="false">http://www.zehe-edv.de/?p=83</guid>
		<description><![CDATA[Nein, dies ist kein weiterer Artikel, der einem Webdesigner zu erklären versucht, warum es so umständlich ist, für den Internet Explorer zu programmieren. In diesem Artikel geht es vielmehr darum, warum manche Webseiten bzw. Teile davon von Bildschirmleseprogrammen für Blinde &#8230; <a href="http://www.zehe-edv.de/2010/01/22/warum-sehen-seiten-im-firefox-anders-aus-als-im-ie/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Nein, dies ist kein weiterer Artikel, der einem Webdesigner zu erklären versucht, warum es so umständlich ist, für den Internet Explorer zu programmieren. <img src='http://www.zehe-edv.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  In diesem Artikel geht es vielmehr darum, warum manche Webseiten bzw. Teile davon von Bildschirmleseprogrammen für Blinde unterschiedlich dargestellt werden, abhängig davon, ob der Anwender die Seite im Internet Explorer oder dem Firefox aufruft.</p>
<p>Anstoß für den Artikel gab <a href="http://twitter.com/HeikoKunert/status/8068776616">diese Bemerkung</a> von <a href="http://twitter.com/HeikoKunert">Heiko Kunert</a> aus Hamburg, in der er bemerkte, dass es immer noch Seiten gibt, die im Firefox mit einem Bildschirmleseprogramm anders aussehen als im IE. Auf meine <a href="http://twitter.com/MarcoZehe/status/8070697813">Nachfrage</a> hin <a href="http://twitter.com/HeikoKunert/status/8070858211">führte</a> Heiko aus, dass er versuchte, den Play-Schalter beim Anschauen des <a href="http://www3.ndr.de/sendungen/hamburg_journal/media/hamj3920.html">Hamburg-Journals</a> in der NDR Mediathek zu finden und dass JAWS 8.0 diesen zwar mit dem IE, aber nicht mit dem Firefox finden würde.</p>
<p>Zur Erklärung dieses Phänomens kommen in diesem Fall mehrere Faktoren zusammen:</p>
<p>Zum einen ist da natürlich der verwendete Browser. Im Idealfall wird HTML-Code in beiden Browsern gleich interpretiert, egal ob es jetzt um die visuelle Anzeige für Sehende oder die Darstellung durch das Bildschirmleseprogramm für Blinde geht. Jeder, der schon mal mit beidden Browsern unterwegs war, dass es selbst in JAWS 10 und 11, oder auch bei Verwendung des NVDA, immer mal wieder den einen oder anderen subtilen Unterschied gibt.</p>
<p>Zum anderen ist da in diesem Fall der Faktor Flash. Die NDR Mediathek verwendet eine Adobe Flash-Anwendung zur Anzeige des Videomaterials und auch zur Steuerung der Wiedergabe. Der von Heiko gesuchte Play-Schalter befindet sich also nicht im eigentlichen HTML, sondern in dieser Flash-Anwendung. Hier gibt es gerade mit älteren JAWS-Versionen teils gravierende Unterschiede in der Handhabung zwischen dem Internet Explorer und dem Firefox. Der Grund ist, dass das Flash-Plugin für den Firefox erst im Jahr 2008 von Adobe zugänglich gemacht wurde, das Plugin für den IE aber schon seit 2002 Zugänglichkeit unterstützt. Da liegen also mal lockere 6 Jahre zwischen.</p>
<p>Und damit kommen wir zum dritten Faktor, der verwendeten Version eines Screen Readers (unabhängig vom hersteller). Die hier verwendete Version von JAWS war die Version 8.0, die in den USA zuerst Ende 2006 veröffentlicht wurde. Die Veröffentlichung der deutschen Version fand irgendwann 2007 statt. Also wurde diese Version von JAWS ein bis zwei Jahre vor einer zugänglichen Version des Flash-Plugins für den Firefox veröffentlicht und ist somit gar nicht darauf eingestellt, dass es im Firefox überhaupt ein zugängliches Flash-Plugin geben könnte. Berechtigter Kritikpunkt: man hätte auch vorausschauend in JAWS die <strong>Möglichkeit</strong> bereits vorsehen können. Jeder, der aber schon mal mit Microsoft Active Accessibility gearbeitet hat, weiß ein Lied davon zu singen, dass auch das strikte Folgen der Dokumentation nicht immer zum gewünschten Ergebnis führt, ohne noch weitere kleine Veränderungen vornehmen zu müssen, damit es tatsächlich für den Anwender rund läuft. Dasselbe Rechenspiel gilt natürlich auch für Window-Eyes, die Flash ebenfalls von Anfang an im IE unterstützten (ich glaube sie waren sogar die ersten), mit dem Flash-Plugin in Firefox aber auch erst richtig umgehen lernen mussten, als es dann endlich mal in einer zugänglichen Version erschien. Und solche Verbesserungen werden von den kommerziellen Herstellern von Bildschirmleseprogrammen nur in den seltendsten Fällen auf ältere Versionen zurückportiert.</p>
<p>Wer den gerade erschienenen <a href="http://www.firefox.com">Firefox </a>3.6 einsetzt, wird übrigens schnell feststellen können, ob er eine aktuelle und damit zugängliche Version des Flash-Plugins installiert hat. Firefox weist jetzt auf veraltete Versionen des Flash-Plugins hin und fordert zur Aktualisierung auf. Auch wegen bekannter Sicherheitsprobleme ist so ein Schritt unbedingt zu empfehlen!</p>
<p>Beim Testen habe ich das beste Ergebnis übrigens mit der  <a href="http://www.zehe-edv.de/2009/10/05/neue-wege-der-zuganglichkeit-zu-flash-und-java-inhalten-auf-webseiten/">neuartigen Herangehensweise</a> des NVDA an das Interagieren mit Flash-Inhalten erzielt. NVDA sieht nicht nur sämtliche Schalter sondern liest auch von allen Schaltern die Beschriftungen vor, erkennt die bereits abgelaufene und noch verbleibende Zeit und ermöglicht ein vollständiges Bedienen des NDR-Mediathek-Players.</p>
<p>Es ist also leider tatsächlich so, dass ein  Bildschirmleseprogramm Inhalte von Webseiten unterschiedlich darstellen kann abhängig davon, mit welchem Browser die Seite aufgerufen wird. Seiteninhalte sind in diesem Fall aber eben nicht nur HTML-Inhalte, sondern auch externe Quellen wie Flash. Und dies erhöht die Variabilität und Fehleranfälligkeit der Anzeige.</p>
<p>Ich hoffe, mit diesem Artikel ein wenig Licht in das Dunkel des teilweise doch verwirrenden und komplexen Zusammenspiels der verschiedenen Komponenten gebracht zu haben! Fragen und Kommentare sind natürlich immer herzlich willkommen!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zehe-edv.de/2010/01/22/warum-sehen-seiten-im-firefox-anders-aus-als-im-ie/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

