This feed does not validate.
<script src="http://www.google-analytics.com/urchin.js" type="text/javascrip ...
<script type="text/javascript">
In addition, interoperability with the widest range of feed readers could be improved by implementing the following recommendation.
[help]
<script src="http://www.google-analytics.com/urchin.js" type="text/javascript"></script><script type="text/javascript">var _uacct = "UA-1278376-1";urchinTracker();</script><?xml version="1.0" encoding="utf-8" ?><rss version="2.0"> <channel> <title>Sébastien Guillon</title> <link>https://sebastienguillon.com/journal/</link> <image> <url>https://sebastienguillon.com/images/logo-rss.png</url> <title>Sébastien Guillon</title> <link>https://sebastienguillon.com/journal/</link> <width>48</width> <height>48</height> <description>Sébastien Guillon / Journal</description> </image> <description>Sébastien Guillon est un développeur web & webdesigner parisien, qui écrit aussi un Journal web qui n’intéresse que lui.</description> <pubDate>Thu, 19 Oct 2006 23:26:23 +0000</pubDate> <lastBuildDate>Thu, 19 Oct 2006 23:26:23 +0000</lastBuildDate> <docs>http://blogs.law.harvard.edu/tech/rss</docs> <copyright>Copyright © 2005‑2006 Sébastien Guillon. Tous droits réservés.</copyright> <managingEditor>contact@sebastienguillon.com</managingEditor> <webMaster>contact@sebastienguillon.com</webMaster> <item> <title>exemple de fil RSS iTunes corrigé</title> <link>https://sebastienguillon.com/journal/2006/10/exemple-de-fil-rss-itunes-corrige</link> <guid>https://sebastienguillon.com/journal/2006/10/exemple-de-fil-rss-itunes-corrige</guid> <pubDate>Thu, 19 Oct 2006 23:26:23 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p>L’<a href="http://www.apple.com/fr/itunes/store/podcaststechspecs.html#_Toc526931673">exemple de flux RSS iTunes</a> proposé par Apple est invalide dans sa version française. Notez bien que la <a href="http://www.apple.com/itunes/store/podcaststechspecs.html">version originale anglaise</a> est valide mais génère des avertissements avec le <a href="http://validator.w3.org/feed/" title="FEED Validation Service">validateur de flux du W3C</a></p> <p>La validation de flux RSS ne passionne pas les foules mais les erreurs de l’exemple français peuvent rendre le fil inexploitable par iTunes elle-même… et les débutants se cassent les dents sur cet exemple buggé.</p> <p>Voici donc plus bas la version corrigée de cet exemple de flux RSS iTunes, mais tout d’abord une rapide explication des problèmes rencontrés.</p> <ol><li>En premier lieu l’élément <code>copyright</code> contient des esperluettes (caractères réservés en XML) non transformées en entités (<samp>&amp;</samp>) et le document XML est de fait mal formé. Ce point est pourtant rappelé dans le document : « <a href="http://www.apple.com/fr/itunes/store/podcaststechspecs.html">Podcasting et iTunes?: Caract?ristiques techniques</a> » (<i xml:lang="lat">sic</i>). Apple a visiblement du mal avec les codages de caractères.</li><li>La deuxième source d’erreurs vient des fautes de traduction : les noms de <a href="http://www.apple.com/fr/itunes/store/podcaststechspecs.html#_Toc526931698" title="Catégories iTunes pour le podcasting">catégories</a> ont été traduits alors qu’il s’agit de mots-clés qui seront interprêtés par l’analyseur XML.</li></ol> <p>Une fois ces erreurs corrigées, le flux est valide mais produit encore un avertissement : un élément recommandé (<<a href="http://www.apple.com/fr/itunes/store/podcaststechspecs.html#_Toc526931684">itunes:explicit</a>>) est toujours absent de l’exemple. Ajoutez-le dans l’élément <code>channel</code> et le flux est parfaitement valide. Pensez bien a coder le fichier en UTF-8, en conformité avec l’information de codage contenue dans la déclaration XML.</p> <h2>L’exemple français corrigé</h2> <pre style="width:480px;overflow:auto;"><code><?xml version="1.0" encoding="UTF-8"?><rss xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" version="2.0"> <channel> <itunes:explicit>no</itunes:explicit> <title>Tout sur tout</title> <link>http://www.exemple.com/podcasts/tout/index.html</link> <language>fr-fr</language> <copyright>℗ &amp; © 2005 Jean Dupont &amp; Cie</copyright> <itunes:subtitle>Une émission sur tout</itunes:subtitle> <itunes:author>Jean Dupont</itunes:author> <itunes:summary>Tout sur tout est une émission sur tout. Chaque semaine, nous explorons un sujet connu et l'approfondissons autant que possible. Retrouvez notre podcast sur l'iTunes Music Store</itunes:summary> <description>Tout sur tout est une émission sur tout. Chaque semaine, nous explorons un sujet connu et l'approfondissons autant que possible. Recherchez notre podcast sur iTunes Store</description> <itunes:owner> <itunes:name>Jean Dupont</itunes:name> <itunes:email>jean.dupont@exemple.com</itunes:email> </itunes:owner> <itunes:image href="http://exemple.com/podcasts/tout/ToutSurTout.jpg" /> <itunes:category text="Technology"> <itunes:category text="Gadgets"/> </itunes:category> <itunes:category text="TV &amp; Film"/> <item> <title>Epicez votre vie</title> <itunes:author>Jean Dupont</itunes:author> <itunes:subtitle>Les condiments en bref</itunes:subtitle> <itunes:summary>Cette semaine nous parlons des salières et des poivriers et comparons leur débit, les matériaux utilisés et l'aspect général. Rejoignez-nous !</itunes:summary> <enclosure url="http://exemple.com/podcasts/tout/ToutsurToutEpisode3.m4a" length="8727310" type="audio/x-m4a" /> <guid>http://exemple.com/podcasts/archive/aae20050615.m4a</guid> <pubDate>Wed, 15 Jun 2005 19:00:00 GMT</pubDate> <itunes:duration>7:04</itunes:duration> <itunes:keywords>sel, poivre, distributeur, attrayant</itunes:keywords> </item> <item> <title>Pleins feux sur les clés à douille</title> <itunes:author>Jeanne Dupont</itunes:author> <itunes:subtitle>Comparer les clés à douille en s'amusant !</itunes:subtitle> <itunes:summary>Cette semaine nous parlons des clés à douille utilisant le système métrique et les anciennes clés anglaises. Lesquelles sont les meilleures ? Avez-vous vraiment besoin des deux ? Toutes les réponses à vos questions sont là.</itunes:summary> <enclosure url="http://exemple.com/podcasts/tout/ToutSurToutEpisode2.mp3" length="5650889" type="audio/mpeg" /> <guid>http://exemple.com/podcasts/archive/aae20050608.mp3</guid> <pubDate>Wed, 8 Jun 2005 19:00:00 GMT</pubDate> <itunes:duration>4:34</itunes:duration> <itunes:keywords>métrique, douille, clés, outil</itunes:keywords> </item> <item> <title>Gauche contre Droite</title> <itunes:author>Divers</itunes:author> <itunes:subtitle>Gauche ou Droite ? La boussole s'affole !</itunes:subtitle> <itunes:summary>Cette semaine nous nous intéressons aux personne de gauche vivant dans une région de droite. Ou l'inverse.</itunes:summary> <enclosure url="http://exemple.com/podcasts/tout/ToutSurToutEpisode1.mp3" length="4989537" type="audio/mpeg" /> <guid>http://exemple.com/podcasts/archive/aae20050601.mp3</guid> <pubDate>Wed, 1 Jun 2005 19:00:00 GMT</pubDate> <itunes:duration>3:59</itunes:duration> <itunes:keywords>politique, gauche, droite, région</itunes:keywords> </item></channel></rss></code></pre> </body> </item> <item> <title>Logo au format SVG</title> <link>https://sebastienguillon.com/journal/2006/09/logo-svg</link> <guid>https://sebastienguillon.com/journal/2006/09/logo-svg</guid> <pubDate>Tue, 05 Sep 2006 07:19:20 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p><abbr title="Scalable Vector Graphics">SVG</abbr> (<dfn xml:lang="en">Scalable Vector Graphics</dfn>) est un langage de balises basé sur <a href="http://www.w3.org/TR/xml/" title="Extensible Markup Language (XML) 1.0 (Fourth Edition)">XML</a> (un « dialecte » XML) permettant de créer des graphiques vectoriels.</p> <p>De nombreux logiciels <sup>[<a href="#note-1" id="renvoi-1">1</a>]</sup> proposent d’exporter vos créations au format <abbr title="Scalable Vector Graphics">SVG</abbr> (<a href="http://www.adobe.com/svg/illustrator/illustrator.html">Illustrator</a>) ou même de travailler entièrement en SVG/XML (l’excellent <a href="http://www.inkscape.org/" title="Inkscape. Draw Freely.">Inkscape</a>), mais puisque <abbr title="Scalable Vector Graphics">SVG</abbr> est un langage de balises, un simple éditeur de texte (capable de gérer <abbr title="UCS transformation format">utf-8</abbr> tout de même) suffit.</p> <p>Pour apprendre ce langage j’ai commencé par créer une version vectorielle de mon logo en <abbr title="Scalable Vector Graphics">SVG</abbr>. À l’aide d’un <a href="http://www.svgbasics.com/" xml:lang="en" hreflang="en">tutorial</a> et de la <a href="http://www.w3.org/TR/SVG11/" title="Scalable Vector Graphics (SVG) 1.1 Specification">spécification SVG 1.1</a> du <abbr title="World Wide Web Consortium">W3C</abbr> je suis parvenu à ce résultat :</p> <p>Mon <a href="https://sebastienguillon.com/test/svg/logo.svg">logo au format <abbr title="Scalable Vector Graphics">SVG</abbr></a></p> <p>Il y a probablement des dizaines de façons de parvenir au même rendu (et peut-être beaucoup plus facilement) mais cette version est la première qui ait vraiment fonctionné et elle reste assez simple pour une édition « manuelle ».</p> <p>Vous aurez besoin d’un navigateur moderne pour afficher correctement le logo : Opera 9 et Firefox 1.5 supportent SVG nativement, <a href="http://webkit.org/blog/?p=35" title="SVG Has Landed">Safari est en bonne voie</a>.</p> <div class="footnotes"><h3>Notes</h3><ol> <li id="note-1"><a href="http://www.svgi.org/" xml:lang="en" hreflang="en">SVG Implementation and Resource Directory</a> répertorie des logiciels supportant SVG [<a href="#renvoi-1">retour</a>]</li></ol></div><li></li> </body> </item> <item> <title>Agents utilisateurs et Content-Type</title> <link>https://sebastienguillon.com/journal/2006/04/agents-utilisateurs-et-content-type</link> <guid>https://sebastienguillon.com/journal/2006/04/agents-utilisateurs-et-content-type</guid> <pubDate>Mon, 24 Apr 2006 04:08:05 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p>Dans un récent article, <cite><i xml:lang="en"><a href="http://ln.hixie.ch/?start=1144794177&count=1" hreflang="en">Content-Type is dead</a></i></cite>, <a href="http://ln.hixie.ch/" title="Hixie's Natural Log">Ian Hickson</a> fait le point sur l’en-tête <a href="http://www.w3.org/Protocols/rfc2616/rfc2616.html" title="Hypertext Transfer Protocol – HTTP/1.1">HTTP</a> <code>Content-Type</code> <sup>[<a href="#note-1" id="renvoi-1">1</a>]</sup> et sur la façon dont il est réellement exploité (ou pas) par les agent utilisateurs <sup>[<a href="#note-2" id="renvoi-2">2</a>]</sup>.</p> <p>Pour ceux qui ne comprennent pas l’anglais, le constat est que <q cite="http://ln.hixie.ch/?start=1144794177&count=1">Content-Type est mort</q> ; les navigateurs ignorent dans une large mesure ce paramètre et ont tendance à recourir à des méthodes empiriques de détection en essayant d’analyser le contenu au lieu de respecter la déclaration de <code>Content-Type</code>.</p> <!--<p>La cause du problème est principalement la mauvaise configuration (ou l’omission) de la valeur de du paramètre <code>Content-Type</code> (exemple des fils <abbr title="Really Simple Syndication">RSS</abbr> et des fichiers vidéo) mais aussi les mauvaises pratiques de certains navigateurs (<abbr title="Internet Explorer">IE</abbr>) qui ont pris l’habitude d’ignorer cet en-tête.</p> <p>Aujourd’hui la situation est irréversible à cause de la course aux fonctionnalités que se livrent les navigateurs, aucun ne pouvant se permettre d’apparaître moins « complet » que ses concurrents, d’où le titre de son article et la conclusion : il est temps d’abandonner Content-Type et de </p>--> <p>Ian a mis en ligne un ensemble de <a href="http://www.hixie.ch/tests/adhoc/http/content-type/">fichiers de test</a> pour que chacun puisse se faire son opinion.</p> <p>Voici donc, présentés dans le tableau ci-dessous, le résultat de mes tests effectués sous Windows XP Pro SP2 français, avec la première page de test. Les résultats de tests avec d’autres navigateurs et systèmes sont les bienvenus (en particulier Safari).</p> <table> <caption>Tests du comportement de différents agents utilisateurs en fonction du paramètre HTTP <code>Content-Type</code></caption> <thead> <tr> <th> </th> <th scope="col"><abbr title="Internet Explorer">IE</abbr> 6.0</th> <th scope="col">Firefox 1.5</th> <th scope="col">Opera 8.54</th> </tr> </thead> <tfoot> <tr> <td colspan="4"> <dl> <dt>Échec</dt> <dd>Le type MIME du fichier <sup>*</sup>, n’est pas reconnu ou pas respecté.</dd> <dt>Réussite</dt> <dd>Le navigateur reconnaît correctement le type MIME du fichier <sup>*</sup>.</dd> </dl> <p><sup>*</sup> déclaré dans l’en-tête HTTP <code>Content-Type</code></p> </td> </tr> </tfoot> <tbody> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/001.txt" title="Ce fichier est de type application/x-hixie-test et n’est pas un fichier texte brut.">001.txt</a></th> <td class="fail">Échec</td> <td class="fail">Échec. Type détecté : Document texte (au lieu de <code>application/x-hixie-test</code>)</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/002.png" title="Ce fichier est de type text/plain et n’est pas un fichier image.">002.png</a></th> <td class="fail">Échec. (affiché comme un fichier texte mais le type détecté est Image PNG)</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/003.html" title="Ce fichier est de type audio/aiff et n’est pas un fichier HTML.">003.html</a></th> <td class="pass">Réussite</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/004.src" title="Ce fichier est de type application/x-view-source et n’est pas un fichier texte brut.">004.src</a></th> <td class="pass">Réussite (Type de fichier inconnu) </td> <td class="fail">Échec</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/005.html" title="Ce fichier est de type text/html:charset=utf-16.">005.html</a></th> <td class="pass">Réussite</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/006.html" title="Ce fichier prétend être en UTF16 mais contient principalement de l’US-ASCII.">006.html</a></th> <td class="fail">Échec</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/007.dmg.gz" title="Ce fichier est de type text/plain et n’est pas un fichier d’image disque compressé.">007.dmg.gz</a></th> <td class="fail">Échec</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/008.html" title="Ce fichier contient une image de type text/plain">008.html</a></th> <td class="fail">Échec</td> <td class="fail">Échec</td> <td class="fail">Échec</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/008.png" title="Ce fichier est de type text/plain et n’est pas un fichier image.">008.png</a></th> <td class="fail">Échec</td> <td class="fail">Échec. Type détecté : « PNG file » (au lieu de <code>application/x-hixie-test</code>)</td> <td class="fail">Échec</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/009" title="Ce fichier est de type text/plain.">009</a></th> <td class="pass">Réussite</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/010.png" title="Ce fichier est de type application/octet-stream et n’est pas un fichier image.">010.png</a></th> <td class="fail">Échec</td> <td class="fail">Échec. Type détecté : « PNG file » (au lieu de <code>application/x-hixie-test</code>)</td> <td class="fail">Échec</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/011.bat" title="Ce fichier est de type application/rtf et ne devrait pas être exécuté.">011.bat</a></th> <td class="fail">Échec</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/012.pl" title="Ce fichier est de type application/msword et ne devrait pas être exécuté.">012.pl</a></th> <td class="pass">Réussite</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/013.html" title="Ce fichier est de type text/plain et n’est pas un fichier HTML.">013.html</a></th> <td class="pass">Réussite</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/014.html" title="Ce fichier est de type text/plain et n’est pas un fichier HTML.">014.html</a></th> <td class="fail">Échec</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/015.png" title="Ce fichier est de type application/x-hixie-test et n’est pas un fichier image.">015.png</a></th> <td class="pass">Réussite (Type de fichier inconnu)</td> <td class="fail">Échec. Type détecté : « Document texte » (au lieu de <code>application/x-hixie-test</code>)</td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/016.rss" title="Ce fichier est de type text/html et n’est pas an RSS feed.">016.rss</a></th> <td class="fail">Échec</td> <td class="pass"><span class="pass">Réussite</span></td> <td class="pass">Réussite</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/017.rss" title="Ce fichier est de type text/html et n’est pas an RSS feed.">017.rss</a></th> <td class="pass">Réussite (après un bref affichage du message d’échec) </td> <td class="pass">Réussite (après un bref affichage du message d’échec)</td> <td class="pass">Réussite (sans affichage du contenu HTML)</td> </tr> <tr> <th scope="row"><a href="http://www.hixie.ch/tests/adhoc/http/content-type/018.rss" title="Ce fichier est de type text/plain et n’est pas un fil RSS.">018.rss</a></th> <td class="fail">Échec</td> <td class="pass">Réussite</td> <td class="pass">Réussite</td> </tr> </tbody></table> <h2>Réactions sur le sujet</h2><ul> <li><cite xml:lang="en"><a href="http://bitworking.org/news/_Content_Type_is_dead__for_a_short_period_of_time__for_new_media_types__film_at_11" hreflang="en">Content-Type is dead, for a short period of time, for new media-types, film at 11</a></cite></li> <li><cite xml:lang="en"><a href="http://www.intertwingly.net/blog/2006/04/13/Dont-throw-charset-out-with-the-bathwater" hreflang="en">Don't throw charset out with the bathwater</a></cite></li></ul> <div class="footnotes"><h3>Notes :</h3><ol> <li> <h3>HTTP 1.1 – 14.17 Content-Type</h3> <blockquote cite="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.17"><p>The Content-Type entity-header field indicates the media type of the entity-body sent to the recipient or, in the case of the HEAD method, the media type that would have been sent had the request been a GET.</p></blockquote> [<a href="#renvoi-1" id="note-1">retour</a>] </li> <li> <h3>HTTP 1.1 – 7.2.1 Type</h3> <blockquote cite="http://www.w3.org/Protocols/rfc2616/rfc2616-sec7.html#sec7.2.1"><p>Any HTTP/1.1 message containing an entity-body SHOULD include a Content-Type header field defining the media type of that body. If and only if the media type is not given by a Content-Type field, the recipient MAY attempt to guess the media type via inspection of its content and/or the name extension(s) of the URI used to identify the resource.</p></blockquote> [<a href="#renvoi-2" id="note-2">retour</a>] </li></ol></div> </body> </item> <item> <title>freelance.com - il est temps de travailler autrement</title> <link>https://sebastienguillon.com/journal/2006/04/freelance-com-il-est-temps-de-travailler-autrement</link> <guid>https://sebastienguillon.com/journal/2006/04/freelance-com-il-est-temps-de-travailler-autrement</guid> <pubDate>Sat, 22 Apr 2006 00:11:42 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p>Vu ce jour sur <a href="http://freelance.com/">freelance.com</a> :</p> <p><img src="https://sebastienguillon.com/images/journal/2006/04/freelance-com-incomp.png" width="380" height="90" alt="Le navigateur que vous utilisez n est pas compatible avec nos applications. Utilisez un des liens suivants pour télécharger un navigateur compatible : Netscape, Internet Explorer" class="illustrationCenterBorder" /></p> <p>Ben voyons.</p> <p>La <i xml:lang="en">tagline</i> de freelance.com est <q cite="http://www.freelance.com">il est temps de travailler autrement</q>. Vous avez une bonne chance pouvoir lire cette devise si vous avez de bons yeux et si vous utilisez un navigateur visuel, en affichant les images.</p> <p>Cette devise s’applique probablement plus aux utilisateurs du site qu’à son concepteur/responsable, qui continue à ignorer les standards du web, les bonnes pratiques, les mesures d’accessibilité, bref qui n’a probablement pas <q>travaillé autrement</q> depuis de nombreuses années.</p> <p>Je ne sais pas quelles <q>applications</q> de freelance.com sont incompatibles avec <a href="http://www.opera.com/">Opera</a> (version 8.54), mais le plus intéressant est que si je choisis d’identifier Opera comme Internet Explorer, mon navigateur est soudain reconnu comme Opera, et le message est un peu plus adapté, quoique, en fait, pas du tout :</p> <p><img src="https://sebastienguillon.com/images/journal/2006/04/freelance-com-opera.png" width="380" height="90" alt="Nos applications ne tournent pas encore sous Opera Utilisez un des liens suivants pour télécharger un navigateur compatible : Netscape Internet Explorer" /></p> <p>Le <i xml:lang="en"><a href="http://www.webstandards.org/2002/12/20/dear-web-developers-browser-sniffing-is-stupid/" hreflang="en">browser sniffing</a></i> est une mauvaise pratique, il est temps (depuis très longtemps) de l’abandonner. Un des problèmes du <i xml:lang="en">browser sniffing</i> est que vous devez en permanence mettre à jour votre code (JavaScript en l’occurence), sinon vous vous exposez vraiment au ridicule (vu sous Netscape 4.7) :</p> <p><img src="https://sebastienguillon.com/images/journal/2006/04/freelance-com-netscape.png" width="380" height="70" alt="Vous n utilisez pas la dernière version de Netscape 4. Pour une plus grande stabilité, utilisez la version 4.79 or 6" /></p> <p>Un petit tuyau de débutant en JavaScript pour le webmaster de freelance.com : il est possible d’<a href="http://fr.wikibooks.org/wiki/Programmation_JavaScript/Expression_littérale#L.27.C3.A9chappement_des_guillemets_simples_.28.5C.27.29_ou_double_.28.5C.22.29">échapper une apostrophe</a> en JavaScript. Cependant l’idéal est toujours d’utiliser de véritables <a href="http://fr.wikipedia.org/wiki/Apostrophe_(typographie)">apostrophes typographiques</a> ce qui résout instantanément le problème.</p> <p>Je n’ai rien en particulier contre freelance.com, il doit y avoir des milliers de sites professionnels aussi mal codés et qui se satisfont de n’accepter qu’une partie de leur public (marché) potentiel. Mais leur <i xml:lang="en">tagline</i> ridicule m’a donné envie d’en savoir plus… ils ont donc une bonne accroche, c’est déjà ça.</p> </body> </item> <item> <title>Début de la journée sans CSS</title> <link>https://sebastienguillon.com/journal/2006/04/debut-de-la-journee-sans-css</link> <guid>https://sebastienguillon.com/journal/2006/04/debut-de-la-journee-sans-css</guid> <pubDate>Tue, 04 Apr 2006 21:54:23 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p>Après quelques réglages liés au fonctionnement de mes multiples feuilles de styles, je commence une longue journée (48 heures) sans CSS.</p> <p>Pour comprendre de quoi il retourne, lisez <cite><a href="https://sebastienguillon.com/journal/2006/04/deshabillez-votre-site-pendant-une-journee">Déshabillez votre site pendant une journée</a></cite> et suivez les liens pour en savoir plus.</p> <p>Vous pouvez cependant retrouver les différentes feuilles de styles dans le menu habituel.</p> <p>Tout événement digne de ce nom (et tout particulièrement dans le domaine des standards du web) doit avoir sa polémique, lisez les réticences, un peu excessives à mon avis, de <a href="http://s.billard.free.fr/referencement/index.php?2006/04/04/217-jamais-sans-mon-style" title="Jamais sans mon style">Sébastien Billard</a>.</p> <p>La discussion se poursuit <a href="http://www.blog.webatou.be/index.php?2006/04/04/pourquoi-le-annual-naked-day">chez Monique</a>, où elle s'ouvre par une bonne explication du sens de cette journée.</p> </body> </item> <item> <title>Déshabillez votre site pendant une journée</title> <link>https://sebastienguillon.com/journal/2006/04/deshabillez-votre-site-pendant-une-journee</link> <guid>https://sebastienguillon.com/journal/2006/04/deshabillez-votre-site-pendant-une-journee</guid> <pubDate>Sat, 01 Apr 2006 20:59:19 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p><a href="http://www.dustindiaz.com/about/">Dustin Diaz</a> lance le premier <i xml:lang="en"><a href="http://www.dustindiaz.com/naked-day/" hreflang="en" >Annual CSS Naked Day</a></i> (« journée de nudité CSS »).</p> <p>Rien de véritablement érotique, mais ça peut exciter les obsédés de la sémantique, dont je suis.</p> <p>Le mot d’ordre est de libérer votre site web de son carcan de CSS et de l’exposer dans toute sa nudité sémantique, pendant toute une journée, le <strong>mercredi 5 avril 2006</strong>.</p> <p>L’objectif est de promouvoir les standards du web et la sémantique. Un site bien conçu doit en effet ne rien perdre de sa cohérence et de sa lisibilité lorsqu’il est dépouillé de sa couche de présentation : les styles CSS.</p> <p>Si vous avez bien respecté le principe de séparation entre structure et présentation ça ne devrait poser aucun problème, votre site devrait rester parfaitement utilisable. Quelques commentaires HTML autour des éléments <code>link</code> qui incluent les différentes feuilles de styles et le tour est joué.</p> <p>En anglais dans le texte, les quelques lignes que j’ai paraphrasées :</p> <blockquote cite="http://www.dustindiaz.com/naked-day/"><p>This is merely to see if you’re up to the challenge to put your website on the line. […]</p> <p>The fact of the matter is, if you’re writing good solid markup to begin with, it shouldn’t be all that bad anyway. It will be a test case to see how usable your website is to others without a “design.”</p></blockquote> <p>Vous sentez-vous prêts à relever le défi ? En tout cas Sébastien Guillon (.com) sera nu le mercredi 5 avril prochain.</p> <p>– Via Monique Brunel (<a href="http://www.blog.webatou.be/index.php?2006/04/01/votre-site-tout-nu">Blog Webatou</a>), via Rémi Prévost (<a href="http://remiprevost.com/weblog/2006/03/31/journee-annuelle-de-la-nudite-des-sites-web/">Effair</a>).</p> </body> </item> <item> <title>Contre DADVSI, signez la pétition</title> <link>https://sebastienguillon.com/journal/2006/03/contre-dadvsi-signez-la-petition</link> <guid>https://sebastienguillon.com/journal/2006/03/contre-dadvsi-signez-la-petition</guid> <pubDate>Wed, 22 Mar 2006 15:03:49 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p>Malgré toutes ma bonne volonté pour ne pas polluer ce journal avec de la politique hors sujet, il m’est difficile de résister quand un certain M. Glazman tend aux citoyens une perche si parfaite.</p> <p><a href="http://standblog.org/blog/2006/03/17/93114708-dadvsi-chronique-d-un-desastre" title="DADVSI : chronique d’un désastre">La loi DADVSI a fini par passer</a> mais elle ne satisfait personne à part quelques députés paresseux bien contents de passer à autre chose.</p> <p>Merci donc à <a href="http://daniel.glazman.free.fr/weblog/">Daniel Glazman</a> d’avoir mis en place cette, nouvelle, <strong><a href="http://www.petitiononline.com/nodadvsi/petition.html">pétition Contre DADVSI</a></strong> que j’ai signée et que je vous invite également à <strong><a href="http://www.petitiononline.com/nodadvsi/petition.html">signer</a></strong> si vous pensez, comme moi, que <a href="http://www.odebi.org/new/theme/accueil.php?a=300">la loi DADVSI est une arnaque</a> et qu’elle porte atteinte à vos libertés.</p> <h2>Intitulé de la pétition Contre DADVSI</h2> <blockquote cite="http://www.petitiononline.com/nodadvsi/petition.html"><p>Je réalise des copies à usage privé de mes DVD, je craque les DRM de mes fichiers pour pouvoir les passer sur mon lecteur MP3, je télécharge depuis Internet. J’ai une copie d’un code DeCSS. J’ai un logiciel de P2P. Et je n’ai pas l’intention d’arrêter parce que rien de tout cela n’était jusqu’à présent illégal.</p></blockquote> <p>La portée ambiguë de cette loi fait en effet planer des doutes quant à la parfaite légalité de ces pratiques et programmes/logiciels.</p> <p>J'utilise le client <a href="http://fr.wikipedia.org/wiki/Bittorrent">Bittorrent</a> <a href="http://azureus.sourceforge.net/">Azureus</a> pour télécharger et <strong>redistribuer</strong> des logiciels (Opera, Linux Ubuntu…), je contourne les protections de certains DVD pour pouvoir les lire sur mon PC quand mon vieux lecteur de salon les refuse, etc. <q>et je n’ai pas l’intention d’arrêter parce que rien de tout cela n’était jusqu’à présent illégal</q>.</p> </body> </item> <item> <title>Convertir MacRoman en UTF-8</title> <link>https://sebastienguillon.com/journal/2006/03/convertir-macroman-en-utf-8</link> <guid>https://sebastienguillon.com/journal/2006/03/convertir-macroman-en-utf-8</guid> <pubDate>Sat, 18 Mar 2006 03:57:21 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p>J’ai récemment été confronté à cette nécessité, or PHP ne gère pas <a href="http://fr.wikipedia.org/wiki/MacRoman">MacRoman</a> et tout le monde ne peut pas utiliser <a href="http://fr3.php.net/iconv">iconv</a> (cas des hébergements mutualisés peu flexibles).</p> <p>Voici donc <a href="https://sebastienguillon.com/test/jeux-de-caracteres/MacRoman_to_utf8.txt.php">une fonction</a> en PHP qui permet d’encoder du texte supposé être en MacRoman vers de l’<a href="http://fr.wikipedia.org/wiki/Utf-8">UTF-8.</a></p> <p>Elle utilise la fonction PHP <a href="http://fr3.php.net/manual/fr/function.strtr.php">strtr()</a>. J’ai fait le choix du tableau associatif pour pouvoir plus facilement détecter les bugs et contrôler individuellement les conversions. Je ne sais pas si ça irait plus vite avec deux chaînes, et je n’ai pas l’intention de tester. Mais si vous avez un avis sur la question, vous pouvez laisser un commentaire.</p> <p>MacRoman comporte quelques <a href="http://fr.wikipedia.org/wiki/Ligature_(typographie)">ligatures</a> (Æ, æ, Œ, œ, fi et fl), la fonction permet <em>en option</em> de les délier. Cette option a deux niveaux pour permettre de ne délier que les ligatures purement typographiques (fi et fl)).</p> <p>Pour que cette fonction puisse être utilisée en toute sécurité dans des documents (X)HTML, les caractères interdits ou litigieux sont convertis en espaces ou supprimés (cas du logo Apple – <code>xF0</code> – absent d’Unicode).</p> <p>Les points <code>x09</code> (<i xml:lang="en">tabulation</i>), <code>x0A</code> (<i xml:lang="en">line feed</i>) et <code>x0D</code> (<i xml:lang="en">carriage return</i>) sont conservés car compatibles à la fois avec Unicode et (X)HTML.</p> <p>Si j’ai le temps, je ferai une page permettant d’exploiter cette fonction avec un formulaire et éventuellement un <i xml:lang="en">upload</i> de fichier.</p> <p>Un grand merci à <a href="http://www.miakinen.net/vrac/">Olivier Miakinen</a>, pour ses conseils éclairés et sa patience.</p> <h2>Ressources</h2> <ul> <li><a href="http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT">Map (external version) from Mac OS Roman character set to Unicode 2.1 and later</a></li> <li><a href="http://people.w3.org/rishida/scripts/uniview.fr/conversion.html">Convertisseur de code Unicode</a></li> <li><a href="https://sebastienguillon.com/test/jeux-de-caracteres/MacRoman_to_utf8.txt.php">Code source de la fonction</a></li></ul> </body> </item> <item> <title>Arte vod</title> <link>https://sebastienguillon.com/journal/2006/03/arte-vod</link> <guid>https://sebastienguillon.com/journal/2006/03/arte-vod</guid> <pubDate>Fri, 03 Mar 2006 16:29:28 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p><a href="http://www.artevod.com/">Arte vod</a> est un service d’<a href="http://www.arte-tv.com">Arte</a> qui permet de télécharger les programmes de la chaîne en toute légalité.</p> <p>Curieux de découvrir ce service en-ligne, quelle ne fut pas ma déception de tomber sur ce message :</p> <img src="https://sebastienguillon.com/images/journal/2006/03/artevod-ie.png" width="480" height="320" alt="arte vod : Pour profiter pleinement des fonctionnalités avancées du site vous devez utiliser Internet explorer. La compatibilité avec les navigateurs Firefox, Mozilla, Safari ainsi que la portabilité sous Mac seront mises en oeuvre dans les prochaines semaines. Merci pour votre compréhension. L’équipe www.artevod.com" class="illustrationCenterBorder" /> <p>Il faut dire que la détection était drastique :</p> <pre class="codeblock"><code><script language="JavaScript" type="text/javascript">if ( browser != "Internet Explorer" ){ window.location.replace( './pages/pageFirefox.html' );}</script></code></pre> <p><em>Était</em>, car le code est à présent commenté et on peut donc finalement entrer sur le site avec Opera ou Firefox. Je suppose qu’il ont attendu de se faire bien engueuler par les utilisateurs de Firefox et de Mac avant de faire ce petit changement.</p> <p>Ce comportement est symptomatique d’une nouvelle formule de la <a href="http://fr.wikipedia.org/wiki/Guerre_des_navigateurs">guerre des navigateurs</a> : si vous n’utilisez pas Internet Explorer, c’est donc que vous utilisez Firefox, si vous n’êtes pas sous Windows, c’est donc que vous êtes sous Mac. Les autres navigateurs ne comptent pas, les autres systèmes ne comptent pas.</p> <p>Au fait, pourquoi une telle rigueur, quelles sont ces <q>fonctionnalités avancées</q> qui rendaient l’utilisation d’un navigateur obsolète indispensable ? Il s’agit tout simplement des <i xml:lang="en">previews</i> au format Windows Media Player, et rien d’autre. Pas très malin de refuser l’accès (et donc la vente) à une partie des utilisateurs pour une raison si futile…</p> <p>Je rappelle qu’on n’est pas sensé développer <strong>pour le web</strong> des sites et applications en fonction d’un ou deux agents utilisateurs particuliers mais qu’il s’agit de viser l’<a href="http://fr.wikipedia.org/wiki/Interopérabilité">interopérabilité</a> la plus grande grâce aux standards du web. Il ne sert à rien d’utiliser un joli DOCTYPE XHTML 1.0 Strict si c’est pour refouler la moitié (rêvons un peu) des utilisateurs à l’entrée.</p> <p>Ça va finir par rentrer un jour ?</p> </body> </item> <item> <title>Ce DOCTYPE est-il valide ?</title> <link>https://sebastienguillon.com/journal/2006/02/ce-doctype-est-il-valide</link> <guid>https://sebastienguillon.com/journal/2006/02/ce-doctype-est-il-valide</guid> <pubDate>Wed, 22 Feb 2006 21:38:15 +0000</pubDate> <body xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><p>Considérez le <abbr title="Document Type Declaration">DOCTYPE</abbr> suivant :</p> <p><code><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"></code></p> <p>Il présente visiblement un dilemme : l’identifiant public (<abbr title="Formal Public Identifier">FPI</abbr>) fait référence au <code>XHTML 1.1</code>, alors que l’URL de l’identifiant SYSTEM renvoit vers la <abbr title="Document Type Definition">DTD</abbr> du <code>XHTML 1.0 transitional</code>. Il ne fait évidemment pas partie des <a href="http://www.w3.org/QA/2002/04/valid-dtd-list.html">DTD recommandées</a> par le W3C.</p> <h2>Pourquoi le validateur ne voit pas cette erreur</h2> <p>Le <a href="http://validator.w3.org/" title="The W3C Markup Validation Service">validateur du W3C</a> ne lit pas la DTD quand il reconnaît un identifiant public (en l’occurence <code>-//W3C//DTD XHTML 1.1//EN</code>). Il va donc ici chercher la <abbr title="Document Type Definition">DTD</abbr> correspondant au XHTML 1.1 et si le document est valide pour cette DTD, il sera déclaré valide, <a href="http://lists.w3.org/Archives/Public/www-validator/2005Oct/0058.html" title="another doubt on validator ...">quelle que soit la DTD définie dans l’identifiant public</a>. <a href="http://www.groupereflect.net/" title="groupe Reflect">exemple</a>.</p> <p>C’est un <a href="http://lists.w3.org/Archives/Public/www-validator/2005Oct/0108.html" title="Re: Error in validator?">problème connu</a>, et qui a une contrepartie: lorsque l’identifiant public n’est pas reconnu, l’identifiant système est recherché. S’il correspond à ne DTD valide, le document est validé avec celle-ci et le validateur ne vérifie pas si l’identifiant public correspond. Cette bizarrerie <a href="http://www.blog-and-blues.org/weblog/2004/11/07/338-valider-c-est-bien-reflechir-c-est-mieux" title="Valider, c’est bien. Réfléchir, c’est mieux.">ne date pas d’hier</a>, et permet toujours de <a href="http://validator.w3.org/check?uri=http%3A%2F%2Fsebastienguillon.com%2Ftest%2Fxhtml%2FDOCTYPE-xhtml-bidon.xhtml&charset=%28detect+automatically%29&doctype=Inline&verbose=1">faire dire au validateur à peu près ce qu’on veut</a> (à condition ici de servir le document avec un type <abbr title="Multipurpose Internet Mail Extensions">MIME</abbr> correct).</p> <h2>Réponse ?</h2> <p>Il n’existe pas à ma connaissance d’outil pour valider les <code>DOCTYPE</code>, je ne sais même pas si l’idée à un sens, mais il est évident que déclarer un identifiant public différent de l’identifiant système est une aberration, les deux étant sensés se référer à la même <abbr title="Document Type Definition">DTD</abbr>.</p> </body> </item> </channel></rss>
