<?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>Kommentare zu: In 5 Schritten zu einer barrierearmen Website</title>
	<atom:link href="http://www.beier-christian.eu/blog/weblog/in-5-schritte-zu-einer-barrierearmen-website/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.beier-christian.eu/blog/weblog/in-5-schritte-zu-einer-barrierearmen-website/</link>
	<description></description>
	<lastBuildDate>Wed, 26 Oct 2011 22:33:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: Christian Beier</title>
		<link>http://www.beier-christian.eu/blog/weblog/in-5-schritte-zu-einer-barrierearmen-website/comment-page-1/#comment-14928</link>
		<dc:creator>Christian Beier</dc:creator>
		<pubDate>Tue, 20 Nov 2007 19:39:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.beier-christian.eu/blog/2007/10/30/in-5-schritte-zu-einer-barrierearmen-website/#comment-14928</guid>
		<description>&lt;p&gt;Da ich leider in der letzten Zeit ziemlich krank war und die restlichen Tage die aufgestaute Arbeit erledigen musste, kann ich leider erst jetzt auf die Kommentare antworten.&lt;/p&gt;

&lt;p&gt;@Diddy
Vielen Dank für den Tipp mit der Schriftgröße. Ich habe da zwar schon einmal dran geschraubt gehabt und bei mir sieht auch komischerweise alles in Ordnung aus, aber ich werde es mir trotzdem noch einmal genauer anschauen.&lt;/p&gt;

&lt;p&gt;@Matthias&lt;/p&gt;

&lt;blockquote&gt;Gerade eine bestehende Webseite zu überarbeiten kann nicht in kleinen Schritten vollzogen werden ohne das Gesamtbild zu gefährden&lt;/blockquote&gt;

&lt;p&gt;Da inzwischen wohl die meisten modernen Websites mittels Content Management Systemen verwaltet werden, lassen sich solche &quot;globalen&quot; Änderungen wie Skip-Links mit wenigen Handgriffen auf allen Seiten einbinden.
Anders sieht es aber aus, wenn es um die Anpassung einzelner Inhalts-Seiten geht (worüber mein Beitrag hauptsächlich handelt). Wenn hier erst alle Seiten optimiert werden sollen, vergeht ziemlich viel Zeit. Besser ist es hier in einzelnen (logischen) Teilschritten vorzugehen und so schneller Zwischenergebnisse zu erhalten. Und vielleicht meldet sich ja bei diesem Prozess der eine oder andere Benutzer und gibt noch Tipps für die weitere Verbesserung. Diese Erkenntnisse können dann noch bei der weiteren Optimierung berücksichtigt werden.&lt;/p&gt;

&lt;blockquote&gt;Im weiteren, was bringt mir ein Benutzertest, wenn ich nicht vorher mit allen möglichen Browsern und Betriebssystemen getestet habe.&lt;/blockquote&gt;

&lt;p&gt;Da hast du Recht Matthias, allerdings bin ich der Meinung, dass dies sowieso gemacht werden muss und daher unabhängig von einer Optimierung der Behindertenfreundlichkeit ist. Daher habe ich in diesem Beitrag diesen Punkt der Browsertests nicht extra mit aufgeführt, da er eigentlich selbstverständlich sein sollte.&lt;/p&gt;

&lt;blockquote&gt;Auch zum Punkt “Zeigen Sie Fortschritte” sollte man eigentlich davon ausgehen, das eine überarbeitete Webseite eigentlich selbsterklärend sein sollte und der Benutzer nicht erst darauf hingewiesen werden muss.&lt;/blockquote&gt;

&lt;p&gt;Ich muss zugeben, dass dieser Schritt hauptsächlich bei Websites Sinn machen, die auf die Kommunikation mit dem Benutzer ausgelegt sind. Durch die Erklärung wird der Besucher mit in den Prozess eingebunden und er kann vielleicht weitere und interessante Impulse geben. Zudem sind viele Besucher gegenüber Veränderungen eher skeptisch eingestellt und die Skepsis kann auf diesem Weg wieder abgebaut werden, wenn der Nutzer den genauen Grund kennt.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Da ich leider in der letzten Zeit ziemlich krank war und die restlichen Tage die aufgestaute Arbeit erledigen musste, kann ich leider erst jetzt auf die Kommentare antworten.</p>
<p>@Diddy<br />
Vielen Dank für den Tipp mit der Schriftgröße. Ich habe da zwar schon einmal dran geschraubt gehabt und bei mir sieht auch komischerweise alles in Ordnung aus, aber ich werde es mir trotzdem noch einmal genauer anschauen.</p>
<p>@Matthias</p>
<blockquote><p>Gerade eine bestehende Webseite zu überarbeiten kann nicht in kleinen Schritten vollzogen werden ohne das Gesamtbild zu gefährden</p></blockquote>
<p>Da inzwischen wohl die meisten modernen Websites mittels Content Management Systemen verwaltet werden, lassen sich solche &#8220;globalen&#8221; Änderungen wie Skip-Links mit wenigen Handgriffen auf allen Seiten einbinden.<br />
Anders sieht es aber aus, wenn es um die Anpassung einzelner Inhalts-Seiten geht (worüber mein Beitrag hauptsächlich handelt). Wenn hier erst alle Seiten optimiert werden sollen, vergeht ziemlich viel Zeit. Besser ist es hier in einzelnen (logischen) Teilschritten vorzugehen und so schneller Zwischenergebnisse zu erhalten. Und vielleicht meldet sich ja bei diesem Prozess der eine oder andere Benutzer und gibt noch Tipps für die weitere Verbesserung. Diese Erkenntnisse können dann noch bei der weiteren Optimierung berücksichtigt werden.</p>
<blockquote><p>Im weiteren, was bringt mir ein Benutzertest, wenn ich nicht vorher mit allen möglichen Browsern und Betriebssystemen getestet habe.</p></blockquote>
<p>Da hast du Recht Matthias, allerdings bin ich der Meinung, dass dies sowieso gemacht werden muss und daher unabhängig von einer Optimierung der Behindertenfreundlichkeit ist. Daher habe ich in diesem Beitrag diesen Punkt der Browsertests nicht extra mit aufgeführt, da er eigentlich selbstverständlich sein sollte.</p>
<blockquote><p>Auch zum Punkt “Zeigen Sie Fortschritte” sollte man eigentlich davon ausgehen, das eine überarbeitete Webseite eigentlich selbsterklärend sein sollte und der Benutzer nicht erst darauf hingewiesen werden muss.</p></blockquote>
<p>Ich muss zugeben, dass dieser Schritt hauptsächlich bei Websites Sinn machen, die auf die Kommunikation mit dem Benutzer ausgelegt sind. Durch die Erklärung wird der Besucher mit in den Prozess eingebunden und er kann vielleicht weitere und interessante Impulse geben. Zudem sind viele Besucher gegenüber Veränderungen eher skeptisch eingestellt und die Skepsis kann auf diesem Weg wieder abgebaut werden, wenn der Nutzer den genauen Grund kennt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Matthias Mauch</title>
		<link>http://www.beier-christian.eu/blog/weblog/in-5-schritte-zu-einer-barrierearmen-website/comment-page-1/#comment-13695</link>
		<dc:creator>Matthias Mauch</dc:creator>
		<pubDate>Sun, 04 Nov 2007 16:17:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.beier-christian.eu/blog/2007/10/30/in-5-schritte-zu-einer-barrierearmen-website/#comment-13695</guid>
		<description>&lt;p&gt;Der Artikel erscheint mir etwas schwer zu fassen. Gerade eine bestehende Webseite zu überarbeiten kann nicht in kleinen Schritten vollzogen werden ohne das Gesamtbild zu gefährden:&lt;/p&gt;

&lt;p&gt;Beispiel: 
MobilePhone oder PDA Skip-Links
Screenreader Skip Links&lt;/p&gt;

&lt;p&gt;Womit man visuelle und eventuell unsichtbare (Screenreader/Braille Zelle) Skip-Links einsetzen muss, was am Layout doch einige Änderungen erfordert.&lt;/p&gt;

&lt;p&gt;Im weiteren, was bringt mir ein Benutzertest, wenn ich nicht vorher mit allen möglichen Browsern und Betriebssystemen getestet habe. Screenreader User nutzen zum Teil noch ältere Browser Versionen, also ein wichtiger Punkt.&lt;/p&gt;

&lt;p&gt;Auch zum Punkt &quot;Zeigen Sie Fortschritte&quot; sollte man eigentlich davon ausgehen, das eine überarbeitete Webseite eigentlich selbsterklärend sein sollte und der Benutzer nicht erst darauf hingewiesen werden muss.&lt;/p&gt;

&lt;p&gt;Dieses Thema ist so vielfältig, das ich mit 5 Schritten das alles gar nicht abdecken kann.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Der Artikel erscheint mir etwas schwer zu fassen. Gerade eine bestehende Webseite zu überarbeiten kann nicht in kleinen Schritten vollzogen werden ohne das Gesamtbild zu gefährden:</p>
<p>Beispiel:<br />
MobilePhone oder PDA Skip-Links<br />
Screenreader Skip Links</p>
<p>Womit man visuelle und eventuell unsichtbare (Screenreader/Braille Zelle) Skip-Links einsetzen muss, was am Layout doch einige Änderungen erfordert.</p>
<p>Im weiteren, was bringt mir ein Benutzertest, wenn ich nicht vorher mit allen möglichen Browsern und Betriebssystemen getestet habe. Screenreader User nutzen zum Teil noch ältere Browser Versionen, also ein wichtiger Punkt.</p>
<p>Auch zum Punkt &#8220;Zeigen Sie Fortschritte&#8221; sollte man eigentlich davon ausgehen, das eine überarbeitete Webseite eigentlich selbsterklärend sein sollte und der Benutzer nicht erst darauf hingewiesen werden muss.</p>
<p>Dieses Thema ist so vielfältig, das ich mit 5 Schritten das alles gar nicht abdecken kann.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Diddy</title>
		<link>http://www.beier-christian.eu/blog/weblog/in-5-schritte-zu-einer-barrierearmen-website/comment-page-1/#comment-13565</link>
		<dc:creator>Diddy</dc:creator>
		<pubDate>Thu, 01 Nov 2007 16:52:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.beier-christian.eu/blog/2007/10/30/in-5-schritte-zu-einer-barrierearmen-website/#comment-13565</guid>
		<description>&lt;p&gt;Hallo Christian,&lt;/p&gt;

&lt;p&gt;es wurde hier schon mal irgendwo gesagt: die Schriftgröße  hier im Komnmentar-Textfeld ist einfach zu klein (FF 2.0.0.8) -
Dein erster Schritt für den Barrierenabbau. :-)&lt;/p&gt;

&lt;p&gt;Nun zu deinem Beitrag:
Ich finde, dass so eine Umsetzung am scharfen System nur bei wenigen großen Projekten mit bleibendem Inhalt nötig ist. Kleinere und mittlere Websites, die sowieso inhaltlich erneuert werden, sollten für die Zeit der Überarbeitung nicht zuletzt aus SEO-Sicht auf eine Hinweisseite mit den wichtigsten Infos und Kontakt usw. beschränkt werden. Alle ehemaligen Dateien/Seiten werden mit mod_rewrite und 301 auf diese eine Seite weiter geleitet. Beispielsweise kann so eine vorherige Struktur mit untauglichen Dateinamen glattgebügelt werden und der Unterseiten-PageRank vererbt sich auf die Startseite. Das habe ich so schon bei etlichen Websites erfolgreich getan.&lt;/p&gt;

&lt;p&gt;LG Diddy&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hallo Christian,</p>
<p>es wurde hier schon mal irgendwo gesagt: die Schriftgröße  hier im Komnmentar-Textfeld ist einfach zu klein (FF 2.0.0.8) -<br />
Dein erster Schritt für den Barrierenabbau. :-)</p>
<p>Nun zu deinem Beitrag:<br />
Ich finde, dass so eine Umsetzung am scharfen System nur bei wenigen großen Projekten mit bleibendem Inhalt nötig ist. Kleinere und mittlere Websites, die sowieso inhaltlich erneuert werden, sollten für die Zeit der Überarbeitung nicht zuletzt aus SEO-Sicht auf eine Hinweisseite mit den wichtigsten Infos und Kontakt usw. beschränkt werden. Alle ehemaligen Dateien/Seiten werden mit mod_rewrite und 301 auf diese eine Seite weiter geleitet. Beispielsweise kann so eine vorherige Struktur mit untauglichen Dateinamen glattgebügelt werden und der Unterseiten-PageRank vererbt sich auf die Startseite. Das habe ich so schon bei etlichen Websites erfolgreich getan.</p>
<p>LG Diddy</p>
]]></content:encoded>
	</item>
</channel>
</rss>

