Re: Absence: Il est ne' le divin glyphe

[Alain LaBonté <alb@xxxxxxxxxxxxxx>]

A 14:15 99-01-12 +0100, Jacques Andre a écrit :
>"Lionel D. Perrin" wrote:
>
>> J'avais envoyé le message suivant. Quelqu'un pourrait-il me dire où
>> sont les archives pour que je puisse vérifier si quelqu'un m'avait
>> répondu ? J'étais absent...
>
>Deux façons de voir les archives : 
>-sur le web, à :
>http://www.cru.fr/listes/typographie@xxxxxxxx/index.html
>juste une petite info : ces temps-ci (question de minutes j'espère)
>suite à
>une erreur de manip de ma part, la charte est pleine de dollars. Les
>gens d'Unix sauront pourquoi.
>
>- par ftp à : ftp://ftp.irisa.fr/pub/Typographie/

[Jacques]
>Ceci dit, je ne suis aps sûr que vous utilisiez un codage très normatif
>pour vos
>messages ! cf. J'Á@tais, etc...(ou alors vous utilisez déjà Unicode ?).

[Alain]   Je crois qu'il s'agit non pas d'Unicode, mais d'UTF-8... Force
est de constater que la plupart des environnements ne sont pas encore
rendus là ! Je suggère donc de mettre pour l'instant cette option à « off »
pour envoi à une liste de courrier. Dans ce cas-ci, le logiciel d'origine
utilisé par M. Perrin est Outlook Express version Macintosh [la même chose
existe sous Outlook, version Windows]. Même la balise MIME n'a pas été
[re- ?] transmise par le serveur de liste. M. Perrin a utilisé deux
options, HTML et UTF-8. Il est peu probable que la majorité des logiciels
de courrier électronique des abonnés à la liste puissent décoder sans
difficultés l'un et l'autre à la fois, ni même l'un et l'autre
individuellement.

   Mais c'est l'avenir pour les communications internationales
plurilingues, du moins si l'on en croit les tendances. Il demeure
toutefois, à ce stade d'évolution, encore plus économique et préférable
d'utiliser un codage normalisé à 8 bits si l'on se limite à l'Europe de
l'Ouest et aux deux Amériques, sans formatage HTML, pour le courrier
diffusé publiquement.

   Il est à prévoir que nous verrons ce problème de plus en plus souvent
jusqu'à ce qu'une masse critique fasse en sorte que l'on les intègre, sans
renier totalement les pratiques de codage actuelles, qui devraient
continuer à fonctionner partout de manière compatible.

Alain LaBonté
Québec