<?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: CHIP empfiehlt: macx&#8217; Essay &#8220;Barrierefrei&#8221;</title>
	<atom:link href="http://macx.de/journal/chip-empfiehlt/feed/" rel="self" type="application/rss+xml" />
	<link>http://macx.de/journal/chip-empfiehlt/</link>
	<description>Webstandards im Fokus</description>
	<lastBuildDate>Mon, 02 Apr 2012 06:26:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Von: Daniel</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-364</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Thu, 13 Apr 2006 17:44:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-364</guid>
		<description>Man setzt im body 1em, niemals 1.5em. ML hat hier recht. Danach setzt man die Schriftgröße jedem Element entsprechend.

Sinnvoller wären fuide Layouts? Ein klares nein hierzu, alle Layouts (Vollfluide, Halbfluide, Fest) haben Vor- und Nachteile. Aber man muss Breiten und Höhen sinnvoll einsetzen.

Vorschlag: Mach mal einen :focus für die Links rein, man sieht beim durchtabben nicht wo man ist. 

Die id &quot;oldbrowsermessage&quot; hat keinen Sinn, was du sagen willst solltest du in deinem Essay sagen oder im lesbaren text der Seite, nicht aber im Quelltext. Ein Screenreader gibt den Text aus obwohl er keinen Sinn hat.</description>
		<content:encoded><![CDATA[<p>Man setzt im body 1em, niemals 1.5em. ML hat hier recht. Danach setzt man die Schriftgröße jedem Element entsprechend.</p>
<p>Sinnvoller wären fuide Layouts? Ein klares nein hierzu, alle Layouts (Vollfluide, Halbfluide, Fest) haben Vor- und Nachteile. Aber man muss Breiten und Höhen sinnvoll einsetzen.</p>
<p>Vorschlag: Mach mal einen :focus für die Links rein, man sieht beim durchtabben nicht wo man ist. </p>
<p>Die id &#8220;oldbrowsermessage&#8221; hat keinen Sinn, was du sagen willst solltest du in deinem Essay sagen oder im lesbaren text der Seite, nicht aber im Quelltext. Ein Screenreader gibt den Text aus obwohl er keinen Sinn hat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: macx</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-363</link>
		<dc:creator>macx</dc:creator>
		<pubDate>Thu, 13 Apr 2006 16:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-363</guid>
		<description>Hallo?! Wo ist die konstruktive Kritik?

Dass die Schrift zu groß im IE ist, mindert nicht die Barrierefreiheit, ganz im Gegenteil. Die Barrierefreiheit definiert sich bei der Schrift nämlich dadurch, dass diese frei skalierbar und von vorn hinein groß eingestellt ist.

Die Navigation bricht im fixen Layout, das stimmt. Sinnvoller wäre auch ein fluid Layout. Aber deswegen ist die Seite nicht weniger barrierearm.

Wenn ich hier wirklich sinnvolle ßnderungsvorschläge lese, baue ich die sofort ein. Dieses Versprechen gab ich in der Vergangenheit und das gilt auch für die Zukunft.

Diese &quot;grüne Seite&quot; soll in Verbindung mit der normalen HTML-Version die Vorteile von Webstandards hervorheben. Und natürlich lebt sie auch von den Vorschlägen meiner Leser. Deshalb hier die Bitte: Helft mir sie perfekt zu machen, und wir alle können genau mit diesem Beispiel &quot;Tabellenlayouter&quot; davon überzeugen, umzusatteln..</description>
		<content:encoded><![CDATA[<p>Hallo?! Wo ist die konstruktive Kritik?</p>
<p>Dass die Schrift zu groß im <acronym title="Internet Explorer">IE</acronym> ist, mindert nicht die Barrierefreiheit, ganz im Gegenteil. Die Barrierefreiheit definiert sich bei der Schrift nämlich dadurch, dass diese frei skalierbar und von vorn hinein groß eingestellt ist.</p>
<p>Die Navigation bricht im fixen Layout, das stimmt. Sinnvoller wäre auch ein fluid Layout. Aber deswegen ist die Seite nicht weniger barrierearm.</p>
<p>Wenn ich hier wirklich sinnvolle ßnderungsvorschläge lese, baue ich die sofort ein. Dieses Versprechen gab ich in der Vergangenheit und das gilt auch für die Zukunft.</p>
<p>Diese &#8220;grüne Seite&#8221; soll in Verbindung mit der normalen <span class="caps"><acronym title="HyperText Markup Language">HTML</acronym></span>-Version die Vorteile von Webstandards hervorheben. Und natürlich lebt sie auch von den Vorschlägen meiner Leser. Deshalb hier die Bitte: Helft mir sie perfekt zu machen, und wir alle können genau mit diesem Beispiel &#8220;Tabellenlayouter&#8221; davon überzeugen, umzusatteln..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: ML</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-360</link>
		<dc:creator>ML</dc:creator>
		<pubDate>Thu, 13 Apr 2006 14:05:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-360</guid>
		<description>Uwe hat Recht.

Die Seite enthält eine ganze Reihe Fehler. Von Barrierefreiheit kann hier also gar nicht die Rede sein. Beispiele:

font-size: 1.5em im Body sorgt dafür das es im IE bei Schriftgrößenänderung zu extremen Vergrößerungen kommt.

Der Skiplink wird mit display: none versteckt. Dadurch ist er weder für Screenreader-Nutzer erreichbar, noch durch TAB (zumindest im Firefox).

Nach zweimal STRG + im Firefox rutscht die Subline ins Bild und die Navigation aus dem Rahmen.

Außerdem wird XHTML 1.1. mit dem falschen MIME-Typ verwendet. Und durch diesen Doctype sind Sprachwechsel unmöglich auszuzeichnen. Denn kein User-Agent kennt ein HTML-Attribut &quot;xml:lang&quot;.

Definitiv kein gutes Beispiel für Barrierefreiheit.</description>
		<content:encoded><![CDATA[<p>Uwe hat Recht.</p>
<p>Die Seite enthält eine ganze Reihe Fehler. Von Barrierefreiheit kann hier also gar nicht die Rede sein. Beispiele:</p>
<p>font-size: 1.5em im Body sorgt dafür das es im <acronym title="Internet Explorer">IE</acronym> bei Schriftgrößenänderung zu extremen Vergrößerungen kommt.</p>
<p>Der Skiplink wird mit display: none versteckt. Dadurch ist er weder für Screenreader-Nutzer erreichbar, noch durch <span class="caps">TAB</span> (zumindest im Firefox).</p>
<p>Nach zweimal <span class="caps">STRG</span> + im Firefox rutscht die Subline ins Bild und die Navigation aus dem Rahmen.</p>
<p>Außerdem wird <span class="caps"><acronym title="eXtensible HyperText Markup Language - HTML reformulated as XML">XHTML</acronym></span> 1.1. mit dem falschen <span class="caps">MIME</span>-Typ verwendet. Und durch diesen Doctype sind Sprachwechsel unmöglich auszuzeichnen. Denn kein User-Agent kennt ein <span class="caps"><acronym title="HyperText Markup Language">HTML</acronym></span>-Attribut &#8220;xml:lang&#8221;.</p>
<p>Definitiv kein gutes Beispiel für Barrierefreiheit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: macx</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-357</link>
		<dc:creator>macx</dc:creator>
		<pubDate>Thu, 13 Apr 2006 06:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-357</guid>
		<description>Ich habe aus der h4 ein p-Element gemacht. Somit sollten nun alle zufrieden sein. ;-)</description>
		<content:encoded><![CDATA[<p>Ich habe aus der h4 ein p-Element gemacht. Somit sollten nun alle zufrieden sein. <img src='http://macx.de/blogmin/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Schnoop</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-354</link>
		<dc:creator>Schnoop</dc:creator>
		<pubDate>Wed, 12 Apr 2006 19:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-354</guid>
		<description>Ja, die H4 ist falsch. Du hast Recht, und das Thema ist erledigt.....</description>
		<content:encoded><![CDATA[<p>Ja, die H4 ist falsch. Du hast Recht, und das Thema ist erledigt&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Uwe</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-353</link>
		<dc:creator>Uwe</dc:creator>
		<pubDate>Wed, 12 Apr 2006 18:34:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-353</guid>
		<description>Sie ist, vor allem bei einer so simlen Seite, aber falsch und hinderlich. Die Seite bietet sonst ja quasi keinerlei Probleme oder &quot;etwas besonderes&quot;. Die H4 ist falsch.</description>
		<content:encoded><![CDATA[<p>Sie ist, vor allem bei einer so simlen Seite, aber falsch und hinderlich. Die Seite bietet sonst ja quasi keinerlei Probleme oder &#8220;etwas besonderes&#8221;. Die H4 ist falsch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Schnoop</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-352</link>
		<dc:creator>Schnoop</dc:creator>
		<pubDate>Wed, 12 Apr 2006 16:02:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-352</guid>
		<description>Ich denke nicht das eine falsch gesetzte h1 oder h4 etwas an der Barrierefreiheit ändert. 
Es gibt viel wichtigere Dinge die die Barrierefreiheit sicherstellen.</description>
		<content:encoded><![CDATA[<p>Ich denke nicht das eine falsch gesetzte h1 oder h4 etwas an der Barrierefreiheit ändert. <br />
Es gibt viel wichtigere Dinge die die Barrierefreiheit sicherstellen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Uwe</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-345</link>
		<dc:creator>Uwe</dc:creator>
		<pubDate>Tue, 11 Apr 2006 21:38:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-345</guid>
		<description>An einer H4 ist schlichtweg falsch, dass du sie als erstes setzt. Es ist keine H4 sondern eine H1. Ob diese versteckt ist oder nicht spielt keine Rolle.</description>
		<content:encoded><![CDATA[<p>An einer H4 ist schlichtweg falsch, dass du sie als erstes setzt. Es ist keine H4 sondern eine H1. Ob diese versteckt ist oder nicht spielt keine Rolle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: WÃ¼bke</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-344</link>
		<dc:creator>WÃ¼bke</dc:creator>
		<pubDate>Tue, 11 Apr 2006 21:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-344</guid>
		<description>Aber deine vielen mit &quot;Hier&quot; bezeichneten Links im letzten Absatz sind nicht barrierefrei. Besser wäre:
&gt;Der Mitautor Peter Müller beschreibt das Heft auf seiner Homepage www.infotekten.de genauer. Infos über die Seite über die Barrierefreiheit gibt es im Bereich Artikel, das PDF-Lesebeispiel aus dem Heft &quot;Barrierefreies Webdesign&quot; zum Runterladen.</description>
		<content:encoded><![CDATA[<p>Aber deine vielen mit &#8220;Hier&#8221; bezeichneten Links im letzten Absatz sind nicht barrierefrei. Besser wäre:<br />
&gt;Der Mitautor Peter Müller beschreibt das Heft auf seiner Homepage <a href="http://www.infotekten.de" rel="nofollow">http://www.infotekten.de</a> genauer. Infos über die Seite über die Barrierefreiheit gibt es im Bereich Artikel, das <span class="caps"><acronym title="Portable Document Format">PDF</acronym></span>-Lesebeispiel aus dem Heft &#8220;Barrierefreies Webdesign&#8221; zum Runterladen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: macx</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-343</link>
		<dc:creator>macx</dc:creator>
		<pubDate>Tue, 11 Apr 2006 13:13:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-343</guid>
		<description>Was ist falsch an der h4? Meiner Meinung nach sollte die semantische Bedeutung des Hinweises auf das Menü eine ßberschrift sein.
Das em benutze ich im ßbrigen sehr wohl als Betonung, denn die grüne Seite gibt es zwei Mal: Einmal erstellt nach den Webstandards und einmal ohne. Da der Titel identisch ist, muss betont werden, welche Version sich der User ansieht.</description>
		<content:encoded><![CDATA[<p>Was ist falsch an der h4? Meiner Meinung nach sollte die semantische Bedeutung des Hinweises auf das Menü eine ßberschrift sein.<br />
Das em benutze ich im ßbrigen sehr wohl als Betonung, denn die grüne Seite gibt es zwei Mal: Einmal erstellt nach den Webstandards und einmal ohne. Da der Titel identisch ist, muss betont werden, welche Version sich der User ansieht.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Uwe</title>
		<link>http://macx.de/journal/chip-empfiehlt/comment-page-1/#comment-342</link>
		<dc:creator>Uwe</dc:creator>
		<pubDate>Tue, 11 Apr 2006 13:03:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.macx.de/journal/chip-empfielt/#comment-342</guid>
		<description>Deine grüne Seite ist doch nicht barrierefrei! Schon der Beginn mit einer H4 ist völliger Nonsens. Durchtabben wird nicht gehighlightet. Du benutzt em als Stilmittel und nicht zur Betonung.</description>
		<content:encoded><![CDATA[<p>Deine grüne Seite ist doch nicht barrierefrei! Schon der Beginn mit einer H4 ist völliger Nonsens. Durchtabben wird nicht gehighlightet. Du benutzt em als Stilmittel und nicht zur Betonung.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

