Glop, ceci est mon premier message envoyé avec Evolution, voyons si ça passe.
Est-ce qu'il y a quelque chose que je pourrais faire les après-midis en semaine pour gulum? Je suis présent sur le campus tous les jours sauf le mercredi.
Et pourquoi la liste de diffusion a toujours ceci dans son code? <META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
Afficher les réponses par date
Salut!
* Jean-François Fortin Tam (jf.fortin.tam@umontreal.ca) wrote:
Glop, ceci est mon premier message envoyé avec Evolution, voyons si ça passe.
Est-ce qu'il y a quelque chose que je pourrais faire les après-midis en semaine pour gulum? Je suis présent sur le campus tous les jours sauf le mercredi.
euh en fait faudrait bein qu'on commence à se rencontrer. cette semaine je peux pas, trop occupé. moi je travaille la semaine de 9 à 5 alors ce serait plus en soirée si on fait les rencontres durant la semaine.
Et pourquoi la liste de diffusion a toujours ceci dans son code?
<META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
ça je pense que c'est le serveur de la mailing list qui le pousse.. c'est vraiment gossant, j'ai pas trouvé d'option pour le changer en unicode.
-- Gabriel
On Mon, May 07, 2007, Gabriel Filion wrote:
Et pourquoi la liste de diffusion a toujours ceci dans son code?
<META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
ça je pense que c'est le serveur de la mailing list qui le pousse.. c'est vraiment gossant, j'ai pas trouvé d'option pour le changer en unicode.
Je ne vois pas ça dans les courriels que je reçois, est-ce que tu veux parler de : Content-Type: text/plain; charset="iso-8859-1" dans les headers du message ?
Ou alors des pages d'archives de la ML ? Parce que les messages sont bien envoyés en latin1, et les pages web comme https://webmail.iro.umontreal.ca/pipermail/gulum-team/2007-May/000005.html contiennent bien du latin1 et pas de l'utf-8.
Ce que je ne comprends pas, c'est pourquoi mon navigateur détecte que c'est de l'utf-8 alors que c'est du latin-1 et qu'il y a l'en-tête dont tu parles.
Je ne vois pas ça dans les courriels que je reçois, est-ce que tu veux parler de : Content-Type: text/plain; charset="iso-8859-1" dans les headers du message ? Ou alors des pages d'archives de la ML ? Parce que les messages sont bien envoyés en latin1, et les pages web comme https://webmail.iro.umontreal.ca/pipermail/gulum-team/2007-May/000005.html contiennent bien du latin1 et pas de l'utf-8.
Nan, je parle des archives de la ML, mes courriels sont lisibles dans mon client. Mes des archives borkées, c'est pas top :)
Ce que je ne comprends pas, c'est pourquoi mon navigateur détecte que c'est de l'utf-8 alors que c'est du latin-1 et qu'il y a l'en-tête dont tu parles.
Parce que *c'est* de l'utf-8 o_o ouvre le code source, tu vas voir tous les accents affichés "proprement" sans avoir été encodés pour le iso-8859-1. C'est pourquoi isomachintruc c'est le mal et que l'unicode c'est le futur!
Hmm voyons voir. - le header HTML de la page dit isomachin - le contenu en tant que tel est unicode - le "fichier" en tant que tel est isomachin (selon gedit)
Exemple de page web réellement unicode (y'a qu'à regarder le code source, c'est tout mignon): http://open-source.ecchi.ca
Aussi, si on retape le site web, il FAUT le faire passer à l'UTF-8. Taper des accents dans un éditeur de texte manuellement, c'est pas drôle @_@
On Mon, May 07, 2007, Jean-François Fortin Tam wrote:
Parce que *c'est* de l'utf-8 o_o ouvre le code source, tu vas voir tous les accents affichés "proprement" sans avoir été encodés pour le iso-8859-1. C'est pourquoi isomachintruc c'est le mal et que l'unicode c'est le futur!
Heu, non. Juste pour préciser, je dis « latin-1 » parce que c'est plus facile à écire que iso-iso-8859-1, mais c'est pareil. Si on prend https://webmail.iro.umontreal.ca/pipermail/gulum-team/2007-May/000005.html encore une fois, on voit qu'« après-midi » est encodé en latin1, et « Messages triés » est encodé avec des entités HTML.
Du coup, dans mon navigateur, qui me dit que c'est de l'utf-8, je lis « apr?s-midi » et « triés », et si je force mon navigateur à faire comme si c'était du latin-1, je lis « après-midi » et « trié ».
Maintenant, si quelqu'un envoie un message encodé en utf-8 à la liste, je ne sais pas comment ça va se passer.
Exemple de page web réellement unicode (y'a qu'à regarder le code source, c'est tout mignon): http://open-source.ecchi.ca
Aussi, si on retape le site web, il FAUT le faire passer à l'UTF-8. Taper des accents dans un éditeur de texte manuellement, c'est pas drôle
Je ne parle pas des entités HTML là, hein, mais bien de deux encodages différents. Je suis d'accord qu'utf-8 serait mieux dans l'absolu, mais le problème c'est surtout d'être cohérent dans l'encodage qu'on utilise.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Pascal Lamblin wrote:
On Mon, May 07, 2007, Jean-François Fortin Tam wrote:
Parce que *c'est* de l'utf-8 o_o ouvre le code source, tu vas voir tous les accents affichés "proprement" sans avoir été encodés pour le iso-8859-1. C'est pourquoi isomachintruc c'est le mal et que l'unicode c'est le futur!
Heu, non. Juste pour préciser, je dis « latin-1 » parce que c'est plus facile à écire que iso-iso-8859-1, mais c'est pareil. Si on prend https://webmail.iro.umontreal.ca/pipermail/gulum-team/2007-May/000005.html encore une fois, on voit qu'« après-midi » est encodé en latin1, et « Messages triés » est encodé avec des entités HTML.
Du coup, dans mon navigateur, qui me dit que c'est de l'utf-8, je lis « apr?s-midi » et « triés », et si je force mon navigateur à faire comme si c'était du latin-1, je lis « après-midi » et « trié ».
ouais, ça c'est la raison d'existance des entités html.. mais si tout était spécifié que c'est encodé en utf-8 y'aurait pu de problème. là on dirait que t'as mailman qui force un encodage et le webmail qui comprend rien à rien. tk, je vais essayer de voir avec les admins éventuellement bientôt si ce serait possible que la mailing list soit en utf-8 par défaut (ou encore mieux, que ça laisse le format qui est utilisé si c'est spécifié dans l'en-tête du e-mail.
Aussi, si on retape le site web, il FAUT le faire passer à l'UTF-8. Taper des accents dans un éditeur de texte manuellement, c'est pas drôle
Je ne parle pas des entités HTML là, hein, mais bien de deux encodages différents. Je suis d'accord qu'utf-8 serait mieux dans l'absolu, mais le problème c'est surtout d'être cohérent dans l'encodage qu'on utilise.
le site web du gulum va être entièrement en utf-8/xhtml (très possiblement xml/xslt pour que ça soit simple à entretenir) et y'aura les en-têtes html pour pas que ça chie (sauf si le browser est trop con pour se placer malgré ça)
- -- Gabriel Filion - --------------------------- Responsable Séminaires Unix A.E.I.R.O.U.M.
Salut,
pour votre problème d'encodage, ce sont les en-têtes http retournées par le serveur qui disent que c'est du utf8. Il faut voir avec support.
Gabriel Filion wrote:
le site web du gulum va être entièrement en utf-8/xhtml (très possiblement xml/xslt pour que ça soit simple à entretenir) et y'aura les en-têtes html pour pas que ça chie (sauf si le browser est trop con pour se placer malgré ça)
Vous avez pensé à utiliser un content management system (CMS). Je suis plutôt heureux avec drupal (http://www.drupal.org), mais si vous voulez faire un peu de magasinage, vous pouvez aller sur http://www.cmsmatrix.org/ et http://opensourcecms.com/.
alex