<?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>Tastatursteuerung | museum-digital: blog</title>
	<atom:link href="https://blog.museum-digital.org/de/tag/tastatursteuerung/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.museum-digital.org</link>
	<description>A blog on museum-digital and the broader digitization of museum work.</description>
	<lastBuildDate>Fri, 03 Jun 2022 23:58:22 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://blog.museum-digital.org/wp-content/uploads/2020/01/cropped-mdlogo-code-512px-32x32.png</url>
	<title>Tastatursteuerung | museum-digital: blog</title>
	<link>https://blog.museum-digital.org</link>
	<width>32</width>
	<height>32</height>
</image> 
<atom:link rel="search" type="application/opensearchdescription+xml" title="Search museum-digital: blog" href="https://blog.museum-digital.org/wp-json/opensearch/1.1/document" />	<item>
		<title>Barrierefreiheit bei museum-digital</title>
		<link>https://blog.museum-digital.org/de/2021/04/23/barrierefreiheit-bei-museum-digital/</link>
					<comments>https://blog.museum-digital.org/de/2021/04/23/barrierefreiheit-bei-museum-digital/#respond</comments>
		
		<dc:creator><![CDATA[Joshua Ramon Enslin]]></dc:creator>
		<pubDate>Fri, 23 Apr 2021 11:32:54 +0000</pubDate>
				<category><![CDATA[Ausgabe]]></category>
		<category><![CDATA[musdb]]></category>
		<category><![CDATA[Technik/Design]]></category>
		<category><![CDATA[Barrierefreiheit]]></category>
		<category><![CDATA[Tastatursteuerung]]></category>
		<guid isPermaLink="false">https://blog.museum-digital.org/?p=1527</guid>

					<description><![CDATA[Immer wieder stellt sich bei museum-digital &#8211; wie überall im Netz &#8211; die Frage der Barrierefreiheit. Als häufig öffentlich getragene Einrichtungen sollten sich Museen natürlich besonders um Fragen der Barrierefreiheit kümmern, und so haben auch wir bei museum-digital viel über das Thema nachgedacht. In diesem Beitrag sollen die wichtigsten Design-Prinzipien und Methoden, die wir zur <a href="https://blog.museum-digital.org/de/2021/04/23/barrierefreiheit-bei-museum-digital/" class="more-link">...</a>]]></description>
										<content:encoded><![CDATA[
<p>Immer wieder stellt sich bei museum-digital &#8211; wie überall im Netz &#8211; die Frage der Barrierefreiheit. Als häufig öffentlich getragene Einrichtungen sollten sich Museen natürlich besonders um Fragen der Barrierefreiheit kümmern, und so haben auch wir bei museum-digital viel über das Thema nachgedacht.</p>



<p>In diesem Beitrag sollen die wichtigsten Design-Prinzipien und Methoden, die wir zur Sicherstellung einer zumindest ausreichenden Barrierefreiheit zusammengefasst werden.</p>



<h2 class="wp-block-heading">Prinzipien</h2>



<p>Eine wichtige Erkenntnis in unserer Befassung mit Barrierefreiheit war, dass eine gute Website, die nur aus HTML-Code besteht, quasi schon barrierefrei ist. Ein recht gutes Maß an Barrierefreiheit ist der Standard, und die Stärkung der Barrierefreiheit ist damit häufig nicht eine Verbesserung im eigentlichen Sinne, sondern nur die Unterlassung der Reduktion von Barrierefreiheit.</p>



<p>Daraus ergibt sich das erste und wichtigste Prinzip: Während besonders moderne Seiten mit Schnittstellen kommunizieren, um die graphische Oberfläche dann aus den einzelnen Daten im Browser zu generieren, werden alle essentiellen Daten einer Seite bei museum-digital in klassischem HTML ausgeliefert. Das bedeutet, dass man theoretisch auch ohne besondere Kenntnisse den ausgelieferten Seitenquelltext lesen könnte, und stellt sicher, dass die Seiten leicht automatisch verarbeitet werden können (sei das durch Screen Reader oder durch Google). Der Wechsel hin zu Schnittstellen, deren Rückgaben im Browser verarbeitet werden, ist aber alles andere als sinnlos: Für besonders komplexe Seiten oder weiterführende Informationen, die nicht bei jedem Seitenaufruf geladen werden müssen, ist es eine sinnvolle Maßnahme.<br>Das heißt für museum-digital: Essentielle Informationen einer Seite werden direkt über das HTML der Seite ausgeliefert, zusätzliche Auswertungen und Analyse-Tools können nachgeladen werden. So soll sichergestellt werden, dass alle Besucher die Inhalte der Seite möglichst einfach erreichen &#8211; Auswertungen und automatisch generierte Informationen sind nicht derart essentiell und haben entsprechend keine derart hohe Anforderung an die Barrierefreiheit.</p>



<p>Exemplarisch lässt sich das am Beispiel der Objektseite zeigen, etwa &#8222;hier&#8220;: Die Seite besteht grob aus 5 Seitenabschnitten.</p>



<ul class="wp-block-list"><li>Navigation</li><li>Seitentitel</li><li>Bild</li><li>Metadaten (Beschreibung, Ereignisse, Verknüpfungen)</li><li>Weiterführende Optionen der Seite</li><li>Ähnliche Objekte</li></ul>



<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" width="729" height="1024" src="https://blog.museum-digital.org/wp-content/uploads/2021/04/20210423-museum-digital-Objektseite-Seitenabschnitte-729x1024.png" alt="" class="wp-image-1530" srcset="https://blog.museum-digital.org/wp-content/uploads/2021/04/20210423-museum-digital-Objektseite-Seitenabschnitte-729x1024.png 729w, https://blog.museum-digital.org/wp-content/uploads/2021/04/20210423-museum-digital-Objektseite-Seitenabschnitte-214x300.png 214w, https://blog.museum-digital.org/wp-content/uploads/2021/04/20210423-museum-digital-Objektseite-Seitenabschnitte-1094x1536.png 1094w, https://blog.museum-digital.org/wp-content/uploads/2021/04/20210423-museum-digital-Objektseite-Seitenabschnitte-1459x2048.png 1459w" sizes="(max-width: 729px) 100vw, 729px" /></figure>



<p>Alle anklickbaren Links in der Navigation werden über das HTML der Seite ausgeliefert (und sind damit eben einfach erreichbar), während die Menüs zum Wechseln der Sprache und zum Suchen von Museen und Sammlungen nachgeladen werden. Die Links zur Museumsübersicht, zur Sammlungsübersicht, etc. sind essentiell, die Suche nach einzelnen Museen kann man auch von der Übersichtsseite für Museen aus durchführen, wo sie zu den essentiellen Bereichen der Seite gehört.</p>



<p>Der Seitentitel und das Bild sind essentielle, inhaltliche Informationen der Objektseite und werden deshalb über das Seiten-HTML ausgeliefert.</p>



<p>Der Bereich für Details zum Objekt (Beschreibung, Ereignisse, etc.) ist ebenso essentieller Inhalt und wird deshalb fast vollständig über das HTML der Seite ausgeliefert. Die einzige Ausnahme stellen hier die Tooltips dar, die beim Überfahren eines Schlagworts oder eines Ortseintrags mit der Maus erscheinen. Die Informationen innerhalb des Tooltips beziehen sich nicht spezifisch auf das Objekt, sondern auf das gerade überfahrene Schlagwort oder den gerade überfahrenen Ort &#8211; und sie sind über die jeweilige <a href="https://hessen.museum-digital.de/index.php?t=tag&amp;id=13625">Schlagwortseite</a> erreichbar. Weil sie a) nur auf Aufforderung erscheinen und b) keine ausschließlich auf dieser Seite verfügbaren Informationen zeigen, können die Tooltips nachgeladen werden, auch wenn das bedeutet, dass sie für Screen Reader nur schwer erreichbar sind.</p>



<p>Im Bereich der weiterführenden Optionen der Seite hängt die Art der Auslieferung hauptsächlich von der technischen Implementation ab. Der Link zur PDF-Ausgabe etwa ist ein simpler Link und wird bei jedem Seitenaufruf benötigt (ist immer sichtbar). Die Anzeige für die Entfernung des Users zum Museum, in dem sich das Objekt befindet, benötigt moderne Browser-Schnittstellen und kann daher auch nachgeladen werden.</p>



<p>Zu guter Letzt: Die ähnlichen Objekte. Die in diesem Abschnitt präsentierten Daten sind kein essentieller Aspekt des Objektes, sondern werden durch eine automatische Auswertung der Metadaten generiert. Dazu kommt, dass die Seite auch ohne diesen Seitenabschnitt problemlos benutzbar wäre und die Generierung des Abschnitts bis vor kurzem recht Rechenintensiv war. Aus all diesen Gründen wird dieser Seitenbereich nachgeladen und ist nicht direkt über das HTML der Seite lesbar.</p>



<h3 class="wp-block-heading">Kontrastreiche Farbwahl und logische Anordnung der Elemente</h3>



<p>Eine Ebene weniger technikfokussiert ist ein oft genannter und leicht zu verwirklichender Aspekt der Barrierefreiheit die Benutzung eines kontrastreichen Farbschemas. Beim Neudesign der Ausgabe war dahingehend die Barrierefreiheit ein wichtiger Grund für die Auswahl eines Designs mit fast ausschließlich schwarzer Schrift auf weißem Hintergrund.</p>



<p>Ähnlich verhält es sich mit der Anordnung der Elemente. Durch eine hoffentlich sinnvolle Reihenfolge der Informationen und die oben erläuterte Benutzung von klassischeren Web-Technologien bleibt die Seite durch die Benutzung der &#8222;Tab&#8220;-Taste navigierbar. Ist ein Link durch das Anwählen mit der Tab-Taste fokussiert, wird dies visuell hervorgehoben (siehe auch: <a href="https://www.w3.org/WAI/test-evaluate/preliminary/#interaction">&#8222;Easy Checks – A First Review of Web Accessibility&#8220;</a> beim W3C).</p>



<h3 class="wp-block-heading">API</h3>



<p>Im weitesten Sinne heißt Barrierefreiheit auch die Ermöglichung einer maschinellen Auswertung der Seiteninhalte, für die die offene Programmierschnittstelle von museum-digital nicht unerwähnt bleiben sollte. Alle Seiten, die tatsächliche Inhalte präsentieren (Objekte, Sammlungen, Museen, Ausstellungen, etc.), sind neben der menschenlesbaren Ausgabe auch in einer JSON-Variante erreichbar. Die JSON-Ausgabe kann durch das Anfügen des URL-Parameters &#8222;&amp;output=json&#8220; erreicht werden.</p>



<p>Falls also ein Feature fehlt oder nicht den Wünschen oder Nöten eines gegebenen Benutzers entspricht, wäre es damit technisch auch möglich, dass sich die Benutzer eine eigene Ausgabeoberfläche für museum-digital bauen.</p>



<h2 class="wp-block-heading">Features</h2>



<p>Einige Features von museum-digital lassen sich allgemein in den Bereich Barrierefreiheit einordnen.</p>



<p>Mit dem <a href="https://blog.museum-digital.org/de/2020/01/13/statistiken-und-ein-verbesserter-dark-mode/">Dark-Mode</a> lässt sich die Seite angenehmer in abgedunkelten Räumen benutzen. Der Dark Mode kann in der Ausgabe über die Navigation aktiviert werden, in musdb wird die systemweite Einstellung benutzt. Für Firefox-User unter Linux wie mich lässt sich der Dark-Mode durch das setzen von &#8222;ui.systemUsesDarkTheme&#8220; = &#8222;1&#8220; in about:config aktivieren.</p>



<h3 class="wp-block-heading">Landmarks</h3>



<p>Über die Benutzung von semantischem HTML in Kombination mit für die einfachere Navigierbarkeit und Auslesbarkeit ausgelegten HTML-Attributen (<a href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA">Accessible Rich Internet Applications</a>) lässt sich das Springen innerhalb der Seite vereinfachen. Dies kann man etwa mit dem Browser Plugin &#8222;<a href="http://matatk.agrip.org.uk/landmarks/">Landmarks</a>&#8220; ausprobieren.</p>



<h3 class="wp-block-heading">Tastensteuerung und Sprachsteuerung</h3>



<p>museum-digital verfügt über eine dezidierte Tastensteuerung, über die man noch einmal schneller als mit Tabs oder der Maus bestimmte Seiten erreichen kann. Einige grundlegende Tastenkombinationen etwa zum Suchen nach Museen, Sammlungen, oder Objekten können <a href="https://blog.museum-digital.org/de/2017/12/03/museum-digital-und-die-tastatur/">hier</a> gefunden werden.<br>Viele weitere Tastenkombinationen sind &#8211; inspiriert vom Text-Editor Emacs &#8211; erreichbar, wenn man STRG+e drückt. Am unteren Bildschirmrand öffnet sich eine Eingabezeile, mit der man den passenden Befehl auswählen kann. Alternativ kann man die Liste mit STRG+r &#8222;aufklappen&#8220;, um eine leichter überschaubare Liste der verfügbaren Kommandos zu bekommen.</p>



<h2 class="wp-block-heading">Kontrolle ist besser</h2>



<p>Gute Prinzipien bilden eine Basis, um weniger falsch und mehr richtig zu machen. Unvollständigkeiten, etwa beim setzen von passenden Landmarks, passieren aber immer wieder. Deshalb überprüfen wir neu angelegte Seiten mit den Browser-Plugins <a href="https://developers.google.com/web/tools/lighthouse">Lighthouse</a> &#8211; einem generell sehr hilfreichen Tool zur Optimierung von Webseiten auch abseits der Barrierefreiheit &#8211; und <a href="https://wave.webaim.org/">WAVE</a>.</p>



<p>Bild: Chrome mit Lighthouse</p>



<figure class="wp-block-image size-large"><img decoding="async" width="1024" height="683" src="https://blog.museum-digital.org/wp-content/uploads/2021/04/Screenshot-from-2021-04-23-13-20-31-1024x683.png" alt="" class="wp-image-1529" srcset="https://blog.museum-digital.org/wp-content/uploads/2021/04/Screenshot-from-2021-04-23-13-20-31-1024x683.png 1024w, https://blog.museum-digital.org/wp-content/uploads/2021/04/Screenshot-from-2021-04-23-13-20-31-300x200.png 300w, https://blog.museum-digital.org/wp-content/uploads/2021/04/Screenshot-from-2021-04-23-13-20-31-1536x1024.png 1536w, https://blog.museum-digital.org/wp-content/uploads/2021/04/Screenshot-from-2021-04-23-13-20-31-2048x1365.png 2048w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption>Eine Objektseite bei museum-digital:hessen wird mit Lighthouse überprüft. Rechts ist die Auswertung sichtbar.</figcaption></figure>



<div class="wp-block-cgb-cc-by message-body" style="background-color:white;color:black"><img decoding="async" src="https://blog.museum-digital.org/wp-content/plugins/creative-commons/includes/images/by.png" alt="CC" width="88" height="31"/><p><span class="cc-cgb-name">This content</span> is licensed under a <a href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International license.</a> <span class="cc-cgb-text"></span></p></div>
]]></content:encoded>
					
					<wfw:commentRss>https://blog.museum-digital.org/de/2021/04/23/barrierefreiheit-bei-museum-digital/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>museum-digital und die Tastatur</title>
		<link>https://blog.museum-digital.org/de/2017/12/03/museum-digital-und-die-tastatur/</link>
		
		<dc:creator><![CDATA[Joshua Ramon Enslin]]></dc:creator>
		<pubDate>Sun, 03 Dec 2017 20:05:00 +0000</pubDate>
				<category><![CDATA[Ausgabe]]></category>
		<category><![CDATA[Technik/Design]]></category>
		<category><![CDATA[Tastatursteuerung]]></category>
		<category><![CDATA[User Interface]]></category>
		<guid isPermaLink="false">https://blog.museum-digital.org/2017/12/03/museum-digital-und-die-tastatur/</guid>

					<description><![CDATA[Eine kurze, aber erfreuliche Nachricht: Wir haben begonnen, an der Navigierbarkeit von museum-digital rein mit der Tastatur zu arbeiten. Auch wenn dies eher ein kleines Liebhaberprojekt sein mag, dürfte es gerade für die, die häufig mit museum-digital arbeiten eine willkommene Erleichterung sein. Tastenkombinationen Drückt man F1 während man auf einer der Instanzen von museum-digital surft, <a href="https://blog.museum-digital.org/de/2017/12/03/museum-digital-und-die-tastatur/" class="more-link">...</a>]]></description>
										<content:encoded><![CDATA[
<p>Eine kurze, aber erfreuliche Nachricht: Wir haben begonnen, an der Navigierbarkeit von museum-digital rein mit der Tastatur zu arbeiten. Auch wenn dies eher ein kleines Liebhaberprojekt sein mag, dürfte es gerade für die, die häufig mit museum-digital arbeiten eine willkommene Erleichterung sein.</p>



<span id="more-297"></span>



<h2 class="wp-block-heading">Tastenkombinationen</h2>



<p>Drückt man F1 während man auf einer der Instanzen von museum-digital surft, erscheint folgende Übersicht:</p>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow"><p><kbd>Left / Right</kbd></p><p>Previous / next image (only on image pages)</p><p><kbd>CTRL+Left / CTRL+Right</kbd></p><p>Previous / Next page (available on all paginated or ordered pages)</p><p><kbd>CTRL+I</kbd></p><p>Open image viewer (on object page)</p><p><kbd>CTRL+Y</kbd></p><p>Focus search for objects</p><p><kbd>CTRL+E / CTRL+R</kbd></p><p>Toggle overlay for searching for museums / collections</p><p><kbd>CTRL+0</kbd></p><p>Return to home page</p><p><kbd>CTRL+1 - CTRL+9</kbd></p><p>Open the first, second &#8230; entry in list (museum overview, collection overview)</p><p><kbd>F1</kbd></p><p>Show this help overlay</p></blockquote>



<p>Der Hilfetext ist bisher in Englisch und wird in nächster Zeit wahrscheinlich noch nicht übersetzt werden, aber die kurzen Erläuterungen sollten trotzdem verständlich sein.</p>



<p>Mit den Cursortasten kann zwischen Bildansichten navigiert werden. Mit Cursortasten und gedrückter Steuerungstaste navigiert man generell zur nächten oder vorherigen Seite bei geordneten Seiten. Dazu gehören Suchergebnisse, aber auch die Museums- und Sammlungsübersichten. Auf Such- und Übersichtsseiten kann des weiteren mit der Steuerungstaste und den Zahlen 1-9 zum entsprechenden Eintrag der Liste navigiert werden.</p>



<p>Die andere Kategorie der bisher eingebauten Tastenkombinationen stellen solche dar, mit denen man einen schnellen Zugriff auf Suchfunktionen hat. Mit STRG+Y wird der Suchschlitz für Objekte, oben auf der Seite, fokussiert. Mit STRG+E und STRG+R haben Benutzer einen Schnellzugriff auf die Suche nach Museen bzw. Sammlungen.</p>



<h2 class="wp-block-heading">Warum die Steuerungstaste</h2>



<p>Wichtig beim Setzen der Tastenbelegungen war uns, dass möglichst wenige der Tasten unerwartet gedrückt werden und das unbedarfte Benutzer nicht überrascht werden. Deshalb sind außer für den speziellen Fall von Abbildungsseiten &#8211; dort sollte eine Navigierbarkeit per Cursortasten intuitiv verstehbar sein &#8211; und F1, das so oder so nicht häufig aus Versehen gedrückt wird, alle Tastaturbelegungen mit der Steuerungstaste verbunden.</p>



<p>Zusätzlich waren wir bemüht, im Browser gesetzte Tastenkombinationen nicht zu überschreiben. Daher kommt die etwas unintuitive Belegung von STRG+Y mit dem Fokussieren der Suche.</p>



<h2 class="wp-block-heading">Ein erster Schritt</h2>



<p>Das alles kann nur als erster Schritt bezeichnet werden. Aber nun, da der Code für spezifische Tastenbelegungen einmal da ist, ist es relativ leicht, neue hinzuzufügen. Also: Falls es Vorschläge für weitere, sinnvolle Ergänzungen gibt, sind Mails immer willkommen!</p>



<p>Das gilt bedingt auch für die Eingabeseite von museum-digital. Hier ist bisher nur das Navigieren zwischen den Bearbeitungsseiten für Objekte per STRG+Links und STRG+Rechts möglich. Mehr folgt bei Bedarf.</p>



<p>Zuerst erschienen auf <a href="https://www.jrenslin.de/post/50">jrenslin.de</a></p>



<div class="wp-block-cgb-cc-by message-body" style="background-color:white;color:black"><img loading="lazy" decoding="async" src="https://blog.museum-digital.org/wp-content/plugins/creative-commons/includes/images/by.png" alt="CC" width="88" height="31"/><p><span class="cc-cgb-name">This content</span> is licensed under a <a href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International license.</a> <span class="cc-cgb-text"></span></p></div>
]]></content:encoded>
					
		
		
		<post-thumbnail><url>https://blog.museum-digital.org/wp-content/uploads/2017/12/MD-Keybindings-Help-2017.jpg</url><width>600</width><height>289</height></post-thumbnail>	</item>
	</channel>
</rss>
