OVH Cloud OVH Cloud

[THE BAT] affichage des accents

12 réponses
Avatar
lionel.paugam
bonjour,
depuis ma mise ajour vers la version 3.5 les caractères accentués des
mails que je reçois en html ne s'affichent pas correctement,
exemple:
"Bon, j'ai réussie a mettre mon anti virus à jour, j'aurais
préféré une mise à jour auto tous les jours"

Je suis allé farfouiller dans affichage>>jeu de caractères>>latin-1 ou
bien dans dans les préfèrences de l'afficheur mais je sêche un peu.

pourriez-vous m'aider ? merci.

--
kenavo
lionel

10 réponses

1 2
Avatar
Olivier Miakinen
depuis ma mise ajour vers la version 3.5 les caractères accentués des
mails que je reçois en html ne s'affichent pas correctement,
exemple:
"Bon, j'ai réussie a mettre mon anti virus à jour, j'aurais
préféré une mise à jour auto tous les jours"


Ça, typiquement, c'est de l'utf-8 lu comme s'il s'agissait de latin1 ou
équivalent.

Je suis allé farfouiller dans affichage>>jeu de caractères>>latin-1 ou
bien dans dans les préfèrences de l'afficheur mais je sêche un peu.


Si l'émetteur du message indique bien l'encodage utilisé, les
préférences de ton lecteur ne devraient avoir aucune influence sur
l'affichage. Ce qui est possible, c'est que l'émetteur n'indique
rien, auquel cas ton lecteur essaye de faire pour le mieux (et en
l'occurrence se plante, mais on ne peut pas lui demander l'impossible).

Regarde les entêtes du message que tu reçois, en particulier le ou les
champs Content-Type.

Avatar
lionel.paugam
bonjour,
Olivier Miakinen vient de nous annoncer :

Regarde les entêtes du message que tu reçois, en particulier le ou les
champs Content-Type.


voici 3 exemples de "content type" reçu cette semaine :

Content-Type: Text/Plain; charset="iso-8859-1"

Content-Type: multipart/alternative;
boundary="----=_Part_122813_13499061.1117277480592"

Content-Type: text/plain; charset=UTF-8

dans ces trois cas ça coince...

--
kenavo
lionel

Avatar
Olivier Miakinen

Regarde les entêtes du message que tu reçois, en particulier le ou les
champs Content-Type.


voici 3 exemples de "content type" reçu cette semaine :

Content-Type: Text/Plain; charset="iso-8859-1"


Si tu vois des séquences « é » et « à » avec une telle déclaration, la
faute en revient à celui qui t'a envoyé le message.

Content-Type: multipart/alternative;
boundary="----=_Part_122813_13499061.1117277480592"


Là je ne peux rien dire : tu dois avoir d'autres déclarations
Content-Type pour chacune des sous-parties du message.

Content-Type: text/plain; charset=UTF-8


Et dans ce dernier cas, si tu vois les mêmes séquences incorrectes,
c'est ton propre logiciel qui est bugué (non pas mal configuré, mais
réellement bugué). À moins que l'émetteur n'ait sur-codé les accents,
transformant en utf-8 ce qu'il croyait être du latin-1, alors que
c'était déjà de l'utf-8.


Avatar
lionel.paugam
bonjour,
Olivier Miakinen a pensé très fort :

Content-Type: text/plain; charset=UTF-8


Et dans ce dernier cas, si tu vois les mêmes séquences incorrectes,
c'est ton propre logiciel qui est bugué (non pas mal configuré, mais
réellement bugué). À moins que l'émetteur n'ait sur-codé les accents,
transformant en utf-8 ce qu'il croyait être du latin-1, alors que
c'était déjà de l'utf-8.


je pense que j'ai un bug en effet.
merci de ton aide :-)

--
kenavo
lionel


Avatar
Ludovic LE MOAL
lionel.paugam nous a schtroumpfé :

bonjour,


Bonjour,

depuis ma mise ajour vers la version 3.5 les caractères accentués des
mails que je reçois en html ne s'affichent pas correctement,
exemple:
"Bon, j'ai réussie a mettre mon anti virus à jour, j'aurais
préféré une mise à jour auto tous les jours"

Je suis allé farfouiller dans affichage>>jeu de caractères>>latin-1 ou
bien dans dans les préfèrences de l'afficheur mais je sêche un peu.


Je suis toujours resté à la 3.0.1.33 mais ce n'est pas parce que tu
utilises l'éditeur MicroEd ? Il est incapable de lire correctement l'UTF-8
et sous la 3.01.33, si un texte était en UTF-8, il « swichait » directement
vers l'autre éditeur. Peut-être qu'il ne le fait plus...
--
Ludovic LE MOAL

Avatar
lionel.paugam
bonjour,

Je suis toujours resté à la 3.0.1.33 mais ce n'est pas parce que tu
utilises l'éditeur MicroEd ?


j'ai testé avec "text plein windows compatible windows" mais c'est
pareil.

--
kenavo
lionel

Avatar
Ludovic LE MOAL
lionel.paugam nous a schtroumpfé :

bonjour,


Bonjour,

Je suis toujours resté à la 3.0.1.33 mais ce n'est pas parce que tu
utilises l'éditeur MicroEd ?


j'ai testé avec "text plein windows compatible windows" mais c'est
pareil.


Je ne vois pas, à part ce qu'a explique Olivier Miakinen dans
news:d7anv7$1fnf$

Par mon expérience, je n'ai pas conscience d'un problème d'affichage de
l'UTF-8 dans The Bat!, sauf si le message est mal configuré. Il faudrait
voir la source complète d'un message pour voir d'où vient réellement le
problème...
--
Ludovic LE MOAL


Avatar
lionel.paugam
bonjour,
Ludovic LE MOAL a présenté l'énoncé suivant :

Il faudrait
voir la source complète d'un message pour voir d'où vient réellement le
problème...



la voilà ((presque entierement)



"
Return-Path: <>
Received: from smtp14.wanadoo.fr (193.252.xx.xx) by
mail.libertysurf.net (7.1.026)
id 41A46BF608782D99 for ; Wed, 11 May 2005 21:03:40 +0200
Received: from me-wanadoo.net (localhost [127.0.0.1])
by mwinf1404.wanadoo.fr (SMTP Server) with ESMTP id
3248770000D8
for ; Wed, 11 May 2005 21:03:40 +0200 (CEST)
Received: from wwinf1403 (wwinf1403 [172.22.145.30])
by mwinf1404.wanadoo.fr (SMTP Server) with ESMTP id
2865070000D7
for ; Wed, 11 May 2005 21:03:40 +0200 (CEST)
X-ME-UUID:
Message-ID:
From:
Reply-To:
To:
Subject: invitation
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_12526_33466447.1115838220122"
X-Originating-IP: [217.128.96.10]
X-WUM-FROM: |~|
X-WUM-TO: |~|
X-WUM-REPLYTO: |~|
Date: Wed, 11 May 2005 21:03:40 +0200 (CEST)

------=_Part_12526_33466447.1115838220122
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Nous fêtons cette année nos cinquante ans.
(SNIP le reste du message)

------=_Part_12526_33466447.1115838220122
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<P>Nous fêtons cette année nos cinquan te ans.</P>
------=_Part_12526_33466447.1115838220122--

--
kenavo
lionel

Avatar
Olivier Miakinen

Il faudrait voir la source complète d'un message pour voir d'où
vient réellement le problème...


la voilà (presque entierement)


Je ne garde que l'indispensable.

Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_12526_33466447.1115838220122"

------=_Part_12526_33466447.1115838220122
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Nous fêtons cette année [...]

------=_Part_12526_33466447.1115838220122
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<P>Nous fêtons cette année [...]
------=_Part_12526_33466447.1115838220122--


ê = U+00EA = C3 AA en UTF-8
é = U+00E9 = C3 A9 en UTF-8

L'encodage me semble parfaitement correct en UTF-8 + QP, ce qui
plaiderait effectivement pour un bug du lecteur, c.-à-d. The Bat.

--
Olivier Miakinen
Non, monsieur le juge, je vous le jure : jamais je n'ai cité
Bruxelles dans ma signature.


Avatar
lionel.paugam
bonjour,

Olivier Miakinen avait soumis l'idée :

L'encodage me semble parfaitement correct en UTF-8 + QP, ce qui
plaiderait effectivement pour un bug du lecteur, c.-à-d. The Bat.


plus bizarre: avant de mettre a jour the bat j'ai fait une sauvegarde
du dossier où il est installé, je peux donc lancer l'ancienne version
de the bat depuis ce dossier.
devinez... j'ai le même mauvais affichage :-/
idem si j'ouvre la partie HTML dans mon navigateur (firefox)

schtroumphant

--
kenavo
lionel

1 2