mirror of
https://github.com/macintoshplus/doc-fr.git
synced 2026-03-26 18:02:17 +01:00
f4b00e7a8f
git-svn-id: https://svn.php.net/repository/phpdoc/fr/trunk@259431 c90b9560-bf6c-de11-be94-00142212c4b1
82 lines
2.9 KiB
XML
82 lines
2.9 KiB
XML
<?xml version="1.0" encoding="iso-8859-1"?>
|
|
<!-- $Revision: 1.3 $ -->
|
|
<!-- EN-Revision: 1.2 Maintainer: yannick Status: ready -->
|
|
<!-- Reviewed: yes -->
|
|
|
|
<chapter xml:id="mbstring.ja-basic" xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink">
|
|
<title>Cas des caractères japonais</title>
|
|
<para>
|
|
Les caractères japonais ne peuvent être représentés qu'avec des encodages
|
|
multi-octets et les standards d'encodage multiple sont utilisés suivant
|
|
la plate-forme et le texte de référence. Pour facilité les choses, ces standards
|
|
d'encodages diffèrent légèrement les uns des autres.
|
|
Pour développer des applications Web en environnement
|
|
japonais, le développeur devra garder à l'esprit ces complexités afin de s'assurer
|
|
que l'encodage de caractères correct est utilisé.
|
|
</para>
|
|
<para>
|
|
<itemizedlist>
|
|
<listitem>
|
|
<simpara>
|
|
La taille nécessaire à un caractère peut aller jusqu'à 4 octets.
|
|
</simpara>
|
|
</listitem>
|
|
<listitem>
|
|
<simpara>
|
|
Un caractère japonais multi-octets occupe généralement deux octets,
|
|
à comparer avec les caractères mono-octet traditionnellement
|
|
utilisés. Ces caractères sont appelés <literal>"zen-kaku"</literal>, ce qui signifie
|
|
<literal>"grande largeur"</literal>. Les plus petits sont appelés <literal>"han-kaku"</literal>,
|
|
ce qui signifie <literal>"demi-largeur"</literal>.
|
|
</simpara>
|
|
</listitem>
|
|
<listitem>
|
|
<simpara>
|
|
Certains encodages de caractères utilisent des séquences <literal>"shift"</literal> (escape)
|
|
définies dans la référence ISO-2022 pour basculer vers la carte d'encodage du code
|
|
spécifique (<literal>00h</literal> à <literal>7fh</literal>).
|
|
</simpara>
|
|
</listitem>
|
|
<listitem>
|
|
<simpara>
|
|
ISO-2022-JP doit être utilisé pour les protocoles SMTP/NNTP, et les en-têtes ainsi
|
|
que les entités devraient être réencodés en accord avec la RFC correspondante.
|
|
Bien que cela ne soit pas requis, ça reste une bonne idée car beaucoup de
|
|
user-agent (agents utilisateurs) populaires ne peuvent pas reconnaître d'autre
|
|
méthode d'encodage.
|
|
</simpara>
|
|
</listitem>
|
|
<listitem>
|
|
<simpara>
|
|
Les pages Web créées pour les téléphones portables comme
|
|
<link xlink:href="&url.imode;">i-mode</link>,
|
|
<link xlink:href="&url.vlife;">Vodafone live!</link>, ou <link xlink:href="&url.ezweb;">EZweb</link>
|
|
sont supposées utiliser l'encodage Shift_JIS.
|
|
</simpara>
|
|
</listitem>
|
|
</itemizedlist>
|
|
</para>
|
|
</chapter>
|
|
|
|
<!-- Keep this comment at the end of the file
|
|
Local variables:
|
|
mode: sgml
|
|
sgml-omittag:t
|
|
sgml-shorttag:t
|
|
sgml-minimize-attributes:nil
|
|
sgml-always-quote-attributes:t
|
|
sgml-indent-step:1
|
|
sgml-indent-data:t
|
|
indent-tabs-mode:nil
|
|
sgml-parent-document:nil
|
|
sgml-default-dtd-file:"../../../manual.ced"
|
|
sgml-exposed-tags:nil
|
|
sgml-local-catalogs:nil
|
|
sgml-local-ecat-files:nil
|
|
End:
|
|
vim600: syn=xml fen fdm=syntax fdl=2 si
|
|
vim: et tw=78 syn=sgml
|
|
vi: ts=1 sw=1
|
|
-->
|
|
|