Le dim 07/03/2004 � 01:46, Denis Barbier a �crit : > Oui, mais l� o� nous ne sommes pas d'accord, c'est ce qu'il faut faire > quand il n'y a que du fran�ais ou que du japonais. Certains voudraient > imposer l'UTF-8 dans ces cas l� aussi, alors qu'on se d�brouille tr�s > bien sans.
Vu que dans certains cas il faut de l'UTF-8 (ou autre jeu de caract�res universel) de toute fa�on, pourquoi s'encombrer d'autres jeux ? > > autant le client ne peut pas pr�ciser en quoi son URL est encod�e, > > S'il s'agit de signets, je ne vois pas pourquoi le client ne peut > pas sp�cifier de codage, ils sont stock�s dans un fichier HTML, non ? > > > et doit donc pr�supposer qu'elle est en utf-8. Et ma recherche sur > > R�mi se transforme en Rémi. > > Tu peux stocker l'URL comme R%E9mi, pas besoin d'UTF-8 pour �a. Je parle de signets � param�tres. L'URL stock�e est http://www.google.fr/search?q=%s et le %s est remplac� quand je tape mon texte. La question est de savoir par quoi remplacer le %s : par r%C3%A9mi ou par r%E9mi ? > > Alors oui, g�n�raliser les m�ta-donn�es sur l'encodage est une bonne > > chose, mais �a ne suffit pas, et c'est de toute fa�on inutile si tu veux > > un syst�me vraiment multilingue. > > Faux, voir www.m17n.org Ce genre de choses marche tr�s bien � l'int�rieur d'une application, mais pas pour le stockage et la communication des donn�es, choses pour lesquelles tu dois souvent te limiter � un seul jeu de caract�res. -- .''`. Josselin Mouette /\./\ : :' : [EMAIL PROTECTED] `. `' [EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e=2E?=
