<?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 : ProblÄ~me d&#8217;encodage</title>
	<atom:link href="http://sunfox.org/blog/2004/10/07/probleme-encodage/feed/" rel="self" type="application/rss+xml" />
	<link>http://sunfox.org/blog/2004/10/07/probleme-encodage/</link>
	<description>Le blogue de Sunny Ripert</description>
	<lastBuildDate>Fri, 11 May 2012 17:12:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Par : Sunny</title>
		<link>http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-103</link>
		<dc:creator>Sunny</dc:creator>
		<pubDate>Mon, 11 Oct 2004 07:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-103</guid>
		<description>Les recommendations du w3c sur le XHTML™ 1.0 stipulent dans les &lt;em&gt;Compatibility Guidelines&lt;/em&gt; du &lt;a href=&quot;http://www.w3.org/TR/xhtml1/#C_11&quot;&gt;Document Object Model&lt;/a&gt; que l&#039;on peut utiliser &quot;&lt;code&gt;text/xml&lt;/code&gt;, &lt;code&gt;application/xml&lt;/code&gt;, or &lt;code&gt;application/xhtml+xml&lt;/code&gt;&quot; :)</description>
		<content:encoded><![CDATA[<p>Les recommendations du w3c sur le XHTML™ 1.0 stipulent dans les <em>Compatibility Guidelines</em> du <a href="http://www.w3.org/TR/xhtml1/#C_11">Document Object Model</a> que l&#8217;on peut utiliser &laquo;&nbsp;<code>text/xml</code>, <code>application/xml</code>, or <code>application/xhtml+xml</code>&nbsp;&raquo; :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Sunny</title>
		<link>http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-99</link>
		<dc:creator>Sunny</dc:creator>
		<pubDate>Sat, 09 Oct 2004 19:40:32 +0000</pubDate>
		<guid isPermaLink="false">http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-99</guid>
		<description>En fait j&#039;ai fait mieux que ça, j&#039;ai mis un &lt;code&gt;AddDefaultCharset utf-8&lt;/code&gt; en plus de la balise &lt;em&gt;meta&lt;/em&gt; :)</description>
		<content:encoded><![CDATA[<p>En fait j&#8217;ai fait mieux que ça, j&#8217;ai mis un <code>AddDefaultCharset utf-8</code> en plus de la balise <em>meta</em> :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : docLegi</title>
		<link>http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-98</link>
		<dc:creator>docLegi</dc:creator>
		<pubDate>Sat, 09 Oct 2004 12:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-98</guid>
		<description>Il y a aucun problème à utiliser la balise &lt;meta&gt; pour du xhtml, à condition que tu le serves en tant que &lt;code&gt;text/html&lt;/code&gt;, de préférence sans prologue xml, autrement dit, vraiment aucun problème&#160;!!

Par contre, plutôt que de forcer ton serveur à ne rien envoyer comme charset, je rétablirais personnellement le code &lt;acronym title=&quot;Pre-Hypertext Processor&quot;&gt;PHP&lt;/acronym&gt;, surtout si tu décides de servir de toute façon en tant que text/html.</description>
		<content:encoded><![CDATA[<p>Il y a aucun problème à utiliser la balise <meta> pour du xhtml, à condition que tu le serves en tant que <code>text/html</code>, de préférence sans prologue xml, autrement dit, vraiment aucun problème&nbsp;!!</p>
<p>Par contre, plutôt que de forcer ton serveur à ne rien envoyer comme charset, je rétablirais personnellement le code <acronym title="Pre-Hypertext Processor">PHP</acronym>, surtout si tu décides de servir de toute façon en tant que text/html.</meta></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Sunny</title>
		<link>http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-97</link>
		<dc:creator>Sunny</dc:creator>
		<pubDate>Sat, 09 Oct 2004 09:04:06 +0000</pubDate>
		<guid isPermaLink="false">http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-97</guid>
		<description>&lt;blockquote&gt;en quoi le contenu est-il réellement encodé dans ta base ?&lt;/blockquote&gt;

En utf-8, comme le contenu statique des pages.

&lt;blockquote&gt;ensuite, l’encodage peut être spécifié dans les entêtes HTTP, dans le prologue XML et dans une meta balise (uniquement en HTML (text/html))&lt;/blockquote&gt;

C&#039;est exactement les etapes par lesquelles je suis passé :p. Le problème est résolu hein ;).

Vérifier à chaque fois les &lt;code&gt;Accept:&lt;/code&gt; est une bonne idée, notemment pour présenter du &lt;code&gt;text/html&lt;/code&gt; à IE et monsieur Google.

Mais tout compte fait je préfère présenter à tout le monde du xhtml en &lt;code&gt;text/html&lt;/code&gt; dans les &lt;em&gt;meta&lt;/em&gt; que de rajouter un morceau de PHP à chaque requète.

Ça pose problème le meta text/html sur du xhtml tu penses&#160;?

&lt;strong&gt;PS:&lt;/strong&gt;
J&#039;ai réparé le post ;). Pour les preview à commentaires je vais réfléchir à implanter ça :P. Et pour les acronymes automatiques ça soule mais c&#039;est sympa quand-même :P.</description>
		<content:encoded><![CDATA[<blockquote><p>en quoi le contenu est-il réellement encodé dans ta base ?</p></blockquote>
<p>En utf-8, comme le contenu statique des pages.</p>
<blockquote><p>ensuite, l’encodage peut être spécifié dans les entêtes HTTP, dans le prologue XML et dans une meta balise (uniquement en HTML (text/html))</p></blockquote>
<p>C&#8217;est exactement les etapes par lesquelles je suis passé :p. Le problème est résolu hein ;).</p>
<p>Vérifier à chaque fois les <code>Accept:</code> est une bonne idée, notemment pour présenter du <code>text/html</code> à IE et monsieur Google.</p>
<p>Mais tout compte fait je préfère présenter à tout le monde du xhtml en <code>text/html</code> dans les <em>meta</em> que de rajouter un morceau de PHP à chaque requète.</p>
<p>Ça pose problème le meta text/html sur du xhtml tu penses&nbsp;?</p>
<p><strong>PS:</strong><br />
J&#8217;ai réparé le post ;). Pour les preview à commentaires je vais réfléchir à implanter ça :P. Et pour les acronymes automatiques ça soule mais c&#8217;est sympa quand-même :P.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : docLegi</title>
		<link>http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-96</link>
		<dc:creator>docLegi</dc:creator>
		<pubDate>Fri, 08 Oct 2004 09:48:13 +0000</pubDate>
		<guid isPermaLink="false">http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-96</guid>
		<description>et merde j&#039;ai tout cassé :/

et puis il est boulet à transformer les occurences de XML dans les types MIME :D</description>
		<content:encoded><![CDATA[<p>et merde j&#8217;ai tout cassé :/</p>
<p>et puis il est boulet à transformer les occurences de XML dans les types MIME :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : docLegi</title>
		<link>http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-95</link>
		<dc:creator>docLegi</dc:creator>
		<pubDate>Fri, 08 Oct 2004 09:45:48 +0000</pubDate>
		<guid isPermaLink="false">http://sunfox.org/blog/2004/10/07/probleme-encodage/#comment-95</guid>
		<description>tu débarques, neg ;)

Pour l&#039;encodage&#160;: il y a plusieurs niveaux
- en quoi le contenu est-il réellement encodé dans ta base&#160;? En général, tu peux le choisir dans les options de ton &lt;acronym title=&quot;Content Management System&quot;&gt;CMS&lt;/acronym&gt;. Il faut savoir que ce que tu tapes dans un formulaire sera envoyé avec l&#039;encodage défini par la page où il se trouve.
- ensuite, l&#039;encodage peut être spécifié dans les entêtes HTTP, dans le prologue xml et dans une meta balise (uniquement en HTML (text/html)). Tu peux en apprendre plus dans &lt;a href=&quot;http://www.w3.org/International/tutorials/tutorial-char-enc/&quot; title=&quot;Tutorial: Character sets &amp; encodings in XHTML, HTML and CSS (DRAFT)&quot;&gt;ce document&lt;/a&gt;. 

Pour le XHTML&#160;:
Le XHTML peut être envoyé soit en text/html, soit en application/xhtml+xml. On peut se servir de l&#039;astuce suivante&#160;: le navigateur envoie dans ses entêtes HTTP un champ Accept, qui est une liste de types &lt;acronym title=&quot;Multipurpose Internet Mail Extensions&quot;&gt;MIME&lt;/acronym&gt;. Par exemple mon Mozilla envoie :
&lt;code&gt;Accept: text/xml,application/xml,
application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,
image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1&lt;/code&gt;
On se base sur cette liste pour déterminer avec quel type on envoie le fichier, si le champ Accept contient application/xhtml+xml on l&#039;envoie en xml, sinon on l&#039;envoie en text/html. Ça permet de respecter les vieux navigateurs et &lt;acronym title=&quot;Internet Explorer&quot;&gt;IE&lt;/acronym&gt;, vu que ce boulet envoie uniquement &lt;code&gt;*/*&lt;/code&gt; comme Accept.

À lire absolument&#160;:
&lt;a href=&quot;http://french.joelonsoftware.com/Articles/Unicode.html&quot;&gt;Le minimum absolu que tout développeur doit absolument, positivement savoir sur Unicode et les jeux de caractères&lt;/a&gt;
Pas mal non plus&#160;:
&lt;a href=&quot;http://www.openweb.eu.org/articles/jeux_caracteres/&quot;&gt;Openweb &#160;: Introduction aux jeux de caractères&lt;/a&gt; (suivre également les liens à la fin)

Voilà, j&#039;espère que ça t&#039;aidera (et que mon commentaire n&#039;est pas rempli de fautes, il manque un bouton prévisualiser &lt;acronym title=&quot;à mon humble avis&quot;&gt;amha&lt;/acronym&gt;)</description>
		<content:encoded><![CDATA[<p>tu débarques, neg ;)</p>
<p>Pour l&#8217;encodage&nbsp;: il y a plusieurs niveaux<br />
- en quoi le contenu est-il réellement encodé dans ta base&nbsp;? En général, tu peux le choisir dans les options de ton <acronym title="Content Management System">CMS</acronym>. Il faut savoir que ce que tu tapes dans un formulaire sera envoyé avec l&#8217;encodage défini par la page où il se trouve.<br />
- ensuite, l&#8217;encodage peut être spécifié dans les entêtes HTTP, dans le prologue xml et dans une meta balise (uniquement en HTML (text/html)). Tu peux en apprendre plus dans <a href="http://www.w3.org/International/tutorials/tutorial-char-enc/" title="Tutorial: Character sets &amp; encodings in XHTML, HTML and CSS (DRAFT)">ce document</a>. </p>
<p>Pour le XHTML&nbsp;:<br />
Le XHTML peut être envoyé soit en text/html, soit en application/xhtml+xml. On peut se servir de l&#8217;astuce suivante&nbsp;: le navigateur envoie dans ses entêtes HTTP un champ Accept, qui est une liste de types <acronym title="Multipurpose Internet Mail Extensions">MIME</acronym>. Par exemple mon Mozilla envoie :<br />
<code>Accept: text/xml,application/xml,<br />
application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,<br />
image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1</code><br />
On se base sur cette liste pour déterminer avec quel type on envoie le fichier, si le champ Accept contient application/xhtml+xml on l&#8217;envoie en xml, sinon on l&#8217;envoie en text/html. Ça permet de respecter les vieux navigateurs et <acronym title="Internet Explorer">IE</acronym>, vu que ce boulet envoie uniquement <code>*/*</code> comme Accept.</p>
<p>À lire absolument&nbsp;:<br />
<a href="http://french.joelonsoftware.com/Articles/Unicode.html">Le minimum absolu que tout développeur doit absolument, positivement savoir sur Unicode et les jeux de caractères</a><br />
Pas mal non plus&nbsp;:<br />
<a href="http://www.openweb.eu.org/articles/jeux_caracteres/">Openweb &nbsp;: Introduction aux jeux de caractères</a> (suivre également les liens à la fin)</p>
<p>Voilà, j&#8217;espère que ça t&#8217;aidera (et que mon commentaire n&#8217;est pas rempli de fautes, il manque un bouton prévisualiser <acronym title="à mon humble avis">amha</acronym>)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

