<?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>Commentaires sur : Les normes, le salut du web ?</title>
	<atom:link href="http://www.e-t172.net/blog/posts/2005/10/01/110/feed" rel="self" type="application/rss+xml" />
	<link>http://www.e-t172.net/blog/posts/2005/10/01/110</link>
	<description>Développement, réseaux, sysadmin et futilités</description>
	<lastBuildDate>Wed, 28 Apr 2010 08:09:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Par : e-t172</title>
		<link>http://www.e-t172.net/blog/posts/2005/10/01/110#comment-607</link>
		<dc:creator>e-t172</dc:creator>
		<pubDate>Thu, 28 Dec 2006 21:24:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-t172.net/blog/?p=39#comment-607</guid>
		<description>&lt;p&gt;Il n&#039;y a pas besoin de nouveau &quot;langage&quot;, puisque le HTML est tout à fait adapté aux handicapés, si on suit la spécification. Les logiciels de synthèse vocale pour handicapés dont tu parles existent bel et bien, mais ils ne fonctionnent pleinement qu&#039;avec des sites aux normes (car ils ont besoin de l&#039;aspect sémantique du langage pour fonctionner, et si le site n&#039;est pas aux normes cette sémantique n&#039;est pas respectée).&lt;br /&gt; &lt;br /&gt; Et il n&#039;y a pas besoin de sacrifier de son ou d&#039;image pour rendre un site accessible aux handicapés. Depuis les débuts de HTML les balises concernant le &quot;multimédia&quot; intègrent des attributs pour offrir une version alternative (comprendre : en texte brut, ou tout autre format plus adapté aux handicaps). D&#039;ailleurs les lecteurs d&#039;écran (logiciels de synthèse vocale susdits) les utilisent pleinement.&lt;br /&gt; &lt;br /&gt; Plus généralement, il n&#039;y a absolument pas besoin de sacrifier quoi que ce soit du site, du point de vue du graphisme comme du contenu, pour le rendre accessible aux handicapés. Coder proprement en respectant les spécifications ne veut pas dire s&#039;auto-limiter (parfois, c&#039;est même le contraire). Un exemple ? &lt;a href=&quot;http://www.csszengarden.com/&quot; title=&quot;http://www.csszengarden.com/&quot; rel=&quot;nofollow&quot;&gt;www.csszengarden.com/&lt;/a&gt; : entièrement aux normes, entièrement accessible aux handicapés, et pourtant aucune concession n&#039;a été faite au niveau graphique.&lt;br /&gt; &lt;br /&gt; Par ailleurs, je n&#039;ai jamais été confronté à cette &quot;notion de sécurité&quot; dont tu parles dans ton second paragraphe.&lt;br /&gt; &lt;br /&gt; Concernant l&#039;accessibilité, je te suggère les lectures suivantes, ça m&#039;évitera peut-être d&#039;avoir à te rectifier :&lt;br /&gt; &lt;br /&gt; &lt;a href=&quot;http://www.openweb.eu.org/articles/intro_accessibilite/&quot; title=&quot;http://www.openweb.eu.org/articles/intro_accessibilite/&quot; rel=&quot;nofollow&quot;&gt;www.openweb.eu.org/articl...&lt;/a&gt;&lt;br /&gt; &lt;a href=&quot;http://www.openweb.eu.org/articles/accessibilite_numerique_pourquoi/&quot; title=&quot;http://www.openweb.eu.org/articles/accessibilite_numerique_pourquoi/&quot; rel=&quot;nofollow&quot;&gt;www.openweb.eu.org/articl...&lt;/a&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Il n&#8217;y a pas besoin de nouveau &laquo;&nbsp;langage&nbsp;&raquo;, puisque le HTML est tout à fait adapté aux handicapés, si on suit la spécification. Les logiciels de synthèse vocale pour handicapés dont tu parles existent bel et bien, mais ils ne fonctionnent pleinement qu&#8217;avec des sites aux normes (car ils ont besoin de l&#8217;aspect sémantique du langage pour fonctionner, et si le site n&#8217;est pas aux normes cette sémantique n&#8217;est pas respectée).</p>
<p> Et il n&#8217;y a pas besoin de sacrifier de son ou d&#8217;image pour rendre un site accessible aux handicapés. Depuis les débuts de HTML les balises concernant le &quot;multimédia&quot; intègrent des attributs pour offrir une version alternative (comprendre : en texte brut, ou tout autre format plus adapté aux handicaps). D&#8217;ailleurs les lecteurs d&#8217;écran (logiciels de synthèse vocale susdits) les utilisent pleinement.</p>
<p> Plus généralement, il n&#8217;y a absolument pas besoin de sacrifier quoi que ce soit du site, du point de vue du graphisme comme du contenu, pour le rendre accessible aux handicapés. Coder proprement en respectant les spécifications ne veut pas dire s&#8217;auto-limiter (parfois, c&#8217;est même le contraire). Un exemple ? <a href="http://www.csszengarden.com/" title="http://www.csszengarden.com/" rel="nofollow">http://www.csszengarden.com/</a> : entièrement aux normes, entièrement accessible aux handicapés, et pourtant aucune concession n&#8217;a été faite au niveau graphique.</p>
<p> Par ailleurs, je n&#8217;ai jamais été confronté à cette &quot;notion de sécurité&quot; dont tu parles dans ton second paragraphe.</p>
<p> Concernant l&#8217;accessibilité, je te suggère les lectures suivantes, ça m&#8217;évitera peut-être d&#8217;avoir à te rectifier :</p>
<p> <a href="http://www.openweb.eu.org/articles/intro_accessibilite/" title="http://www.openweb.eu.org/articles/intro_accessibilite/" rel="nofollow"></a><a href="http://www.openweb.eu.org/articl.." rel="nofollow">http://www.openweb.eu.org/articl..</a>.<br />
 <a href="http://www.openweb.eu.org/articles/accessibilite_numerique_pourquoi/" title="http://www.openweb.eu.org/articles/accessibilite_numerique_pourquoi/" rel="nofollow"></a><a href="http://www.openweb.eu.org/articl.." rel="nofollow">http://www.openweb.eu.org/articl..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : LapinCrétin</title>
		<link>http://www.e-t172.net/blog/posts/2005/10/01/110#comment-608</link>
		<dc:creator>LapinCrétin</dc:creator>
		<pubDate>Thu, 28 Dec 2006 18:37:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-t172.net/blog/?p=39#comment-608</guid>
		<description>&lt;p&gt;Fort heureusement, les normes existent depuis toujours, elles n&#039;ont pas attendu que des entreprises privées forment un consortium qu&#039;elles ne respectent pas (Microsoft...), c&#039;est ce qu&#039;on appel les standards de facto. Cependant un groupe de pression ultra minoritaire (une minorité des geeks, autrement dit une minorité d&#039;une minorité) s&#039;est mis en tête d&#039;imposer des standards à une majorité qui en possède déjà, des standards qui peuvent s&#039;apparenter à des coutumes, des coutumes qui fonctionnent si bien sur Internet et qui ont fait leurs preuves dans d&#039;autres domaines.&lt;br /&gt; &lt;br /&gt; Ce groupe ultra minoritaire essai même de faire culpabiliser la majorité en faisant allusion à une notion de sécurité, dont on a du mal à trouver l&#039;analogie dans un milieu immatériel comme Internet, pour finalement déboucher sur l&#039;argument d&#039;une meilleure accessibilité aux handicapés (je crois que ce raisonement de déduction sans queue ni tête même Nietzsche n&#039;aurait pas osé le faire, et pourtant il a été jusqu&#039;à se faire interner le pauvre).&lt;br /&gt; &lt;br /&gt; Quand bien même l&#039;argument de la sécurité fusse-t-il recevable, Thomas Jefferson disait &quot;Si tu es prêt à sacrifier un peu de liberté pour te sentir en sécurité, tu ne mérites ni l’une ni l’autre&quot;. La solution au problème des handicapés est donc ailleurs, il serait naïf de croire que le respect du W3C par tous permettrait un accès optimale aux handicapés. Le fait est que les langages actuels n&#039;ont pas été conçus dans l&#039;objectif de permettre un accès aux handicapés, le HTML peut afficher des images et des vidéos, jouer des sons, etc. Un nouveau langage conçu uniquement pour les handicapés serait une excellente solution, un langage proposant uniquement du texte brute (à l&#039;instar d&#039;IRC) et je fais confiance au capitalisme pour le reste (les entreprises privées verront des profits en perspectives et proposeront donc des logiciels permettant de sortir une voix synthétisée à partie du texte brute, des hébergeurs pour handicapés, et les grosses entreprises proposeront une version de leur site spécialement codée dans ce langage, quitte à les forcer par le biais d&#039;une loi comme c&#039;est le cas actuellement en France, cela s&#039;est bien fait avec le WAP, pourquoi ne pas faire pareil mais pour les handicapés? C&#039;est un problème de volonté et une question de langage, pas une question de standard, il ne faut pas se tromper de débat...&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Fort heureusement, les normes existent depuis toujours, elles n&#8217;ont pas attendu que des entreprises privées forment un consortium qu&#8217;elles ne respectent pas (Microsoft&#8230;), c&#8217;est ce qu&#8217;on appel les standards de facto. Cependant un groupe de pression ultra minoritaire (une minorité des geeks, autrement dit une minorité d&#8217;une minorité) s&#8217;est mis en tête d&#8217;imposer des standards à une majorité qui en possède déjà, des standards qui peuvent s&#8217;apparenter à des coutumes, des coutumes qui fonctionnent si bien sur Internet et qui ont fait leurs preuves dans d&#8217;autres domaines.</p>
<p> Ce groupe ultra minoritaire essai même de faire culpabiliser la majorité en faisant allusion à une notion de sécurité, dont on a du mal à trouver l&#8217;analogie dans un milieu immatériel comme Internet, pour finalement déboucher sur l&#8217;argument d&#8217;une meilleure accessibilité aux handicapés (je crois que ce raisonement de déduction sans queue ni tête même Nietzsche n&#8217;aurait pas osé le faire, et pourtant il a été jusqu&#8217;à se faire interner le pauvre).</p>
<p> Quand bien même l&#8217;argument de la sécurité fusse-t-il recevable, Thomas Jefferson disait &quot;Si tu es prêt à sacrifier un peu de liberté pour te sentir en sécurité, tu ne mérites ni l’une ni l’autre&quot;. La solution au problème des handicapés est donc ailleurs, il serait naïf de croire que le respect du W3C par tous permettrait un accès optimale aux handicapés. Le fait est que les langages actuels n&#8217;ont pas été conçus dans l&#8217;objectif de permettre un accès aux handicapés, le HTML peut afficher des images et des vidéos, jouer des sons, etc. Un nouveau langage conçu uniquement pour les handicapés serait une excellente solution, un langage proposant uniquement du texte brute (à l&#8217;instar d&#8217;IRC) et je fais confiance au capitalisme pour le reste (les entreprises privées verront des profits en perspectives et proposeront donc des logiciels permettant de sortir une voix synthétisée à partie du texte brute, des hébergeurs pour handicapés, et les grosses entreprises proposeront une version de leur site spécialement codée dans ce langage, quitte à les forcer par le biais d&#8217;une loi comme c&#8217;est le cas actuellement en France, cela s&#8217;est bien fait avec le WAP, pourquoi ne pas faire pareil mais pour les handicapés? C&#8217;est un problème de volonté et une question de langage, pas une question de standard, il ne faut pas se tromper de débat&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : sexe</title>
		<link>http://www.e-t172.net/blog/posts/2005/10/01/110#comment-609</link>
		<dc:creator>sexe</dc:creator>
		<pubDate>Fri, 08 Dec 2006 17:24:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-t172.net/blog/?p=39#comment-609</guid>
		<description>&lt;p&gt;En ce qui concerne le contenu rédactionnel du site idconcept, tu mets l&#039;accent fort justement sur une des &quot;problématiques&quot; constantes dans ce type de projet sur le positionnement du consultant/concepteur/rédacteur. Eu égard à la situation client, j&#039;ai adopté une posture davantage accompagnatrice d&#039;un point de vue rédactionnel que créative. Si le résultat n&#039;est pas à 100% optimal d&#039;un point de vue du lecteur lambda, de la cible visée par le message, ou même du professionnel du rédactionnel, il est de mon point de vue &quot;accompagnant&quot; 150% optimal, car ce rédactionnel a été produit en première intention par le client, qui disposait par le passé de son propre site web fait maison, avec le rédactionnel qui allait avec. Et le passage de l&#039;un à l&#039;autre est déjà un tel bon de géant, que ce soit pour le client ou l&#039;usager, qu&#039;on ne peut que s&#039;en satisfaire... ;)&lt;br /&gt; &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>En ce qui concerne le contenu rédactionnel du site idconcept, tu mets l&#8217;accent fort justement sur une des &quot;problématiques&quot; constantes dans ce type de projet sur le positionnement du consultant/concepteur/rédacteur. Eu égard à la situation client, j&#8217;ai adopté une posture davantage accompagnatrice d&#8217;un point de vue rédactionnel que créative. Si le résultat n&#8217;est pas à 100% optimal d&#8217;un point de vue du lecteur lambda, de la cible visée par le message, ou même du professionnel du rédactionnel, il est de mon point de vue &quot;accompagnant&quot; 150% optimal, car ce rédactionnel a été produit en première intention par le client, qui disposait par le passé de son propre site web fait maison, avec le rédactionnel qui allait avec. Et le passage de l&#8217;un à l&#8217;autre est déjà un tel bon de géant, que ce soit pour le client ou l&#8217;usager, qu&#8217;on ne peut que s&#8217;en satisfaire&#8230; <img src='http://www.e-t172.net/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> 
 </p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Brusseloise</title>
		<link>http://www.e-t172.net/blog/posts/2005/10/01/110#comment-383</link>
		<dc:creator>Brusseloise</dc:creator>
		<pubDate>Tue, 11 Oct 2005 18:46:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-t172.net/blog/?p=39#comment-383</guid>
		<description>&lt;p&gt;En tout cas, tu devrais faire de la politique... quel pamphlet !&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>En tout cas, tu devrais faire de la politique&#8230; quel pamphlet !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Pandore</title>
		<link>http://www.e-t172.net/blog/posts/2005/10/01/110#comment-376</link>
		<dc:creator>Pandore</dc:creator>
		<pubDate>Sun, 09 Oct 2005 22:11:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-t172.net/blog/?p=39#comment-376</guid>
		<description>&lt;p&gt;Les recommandations du w3c sont faites pour faire avancer le web dans le bon sens et à aller de l&#039;avant.&lt;br /&gt; &lt;br /&gt; La facilité n&#039;a jamais mené à rien ... Il faut se donner la peine de bien faire les choses ou alors il ne faut rien faire du tout !&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Les recommandations du w3c sont faites pour faire avancer le web dans le bon sens et à aller de l&#8217;avant.</p>
<p> La facilité n&#8217;a jamais mené à rien &#8230; Il faut se donner la peine de bien faire les choses ou alors il ne faut rien faire du tout !</p>
]]></content:encoded>
	</item>
</channel>
</rss>
