Note: Si vous voyez un euro ici ==> ¤ <= Content-Type: text/plain; charset=iso-8859-1
Oooops, mille fois oups. J'utilise slrn (dans un xterm), ce qui fait que chez moi, l'affichage se fait avec la police que j'ai bien voulu configurer pour mon xterm, et si slrn n'est pas content c'est la meme chose.
Mais bien sur la majorite des newsreader devraient etre capable de selectionner la fonte en fonction de l'encoding donne dans l'entete. C'est donc bien un "soleil" que j'ai dessine dans mon message.
Pour la petite histoire j'ai tape ca en etant connecte par ssh sur mon PC perso depuis un autre PC, ou le xterm utilisait une fonte iso-8859-1, ce qui fait que moi aussi je voyais un "soleil" en redigeant le message (et je l'ai saisi par Compose+O+X d'ailleurs). Mais arrive chez moi, quand je lis mon poste, encoding ou pas, je vois bien un Euro.
-- Christophe Le Gal
In article <87he5vbrap.fsf@nada.gilardoni.net>, Alexandre Gilardoni wrote:
Note: Si vous voyez un euro ici ==> ¤ <=
Content-Type: text/plain; charset=iso-8859-1
Oooops, mille fois oups.
J'utilise slrn (dans un xterm), ce qui fait que chez moi, l'affichage
se fait avec la police que j'ai bien voulu configurer pour mon xterm,
et si slrn n'est pas content c'est la meme chose.
Mais bien sur la majorite des newsreader devraient etre capable
de selectionner la fonte en fonction de l'encoding donne
dans l'entete. C'est donc bien un "soleil" que j'ai dessine dans
mon message.
Pour la petite histoire j'ai tape ca en etant connecte par ssh sur mon
PC perso depuis un autre PC, ou le xterm utilisait une fonte
iso-8859-1, ce qui fait que moi aussi je voyais un "soleil" en redigeant
le message (et je l'ai saisi par Compose+O+X d'ailleurs).
Mais arrive chez moi, quand je lis mon poste, encoding ou pas,
je vois bien un Euro.
Note: Si vous voyez un euro ici ==> ¤ <= Content-Type: text/plain; charset=iso-8859-1
Oooops, mille fois oups. J'utilise slrn (dans un xterm), ce qui fait que chez moi, l'affichage se fait avec la police que j'ai bien voulu configurer pour mon xterm, et si slrn n'est pas content c'est la meme chose.
Mais bien sur la majorite des newsreader devraient etre capable de selectionner la fonte en fonction de l'encoding donne dans l'entete. C'est donc bien un "soleil" que j'ai dessine dans mon message.
Pour la petite histoire j'ai tape ca en etant connecte par ssh sur mon PC perso depuis un autre PC, ou le xterm utilisait une fonte iso-8859-1, ce qui fait que moi aussi je voyais un "soleil" en redigeant le message (et je l'ai saisi par Compose+O+X d'ailleurs). Mais arrive chez moi, quand je lis mon poste, encoding ou pas, je vois bien un Euro.
-- Christophe Le Gal
Frederic Lhoest
Christophe Le Gal wrote:
"prise en charge du symbole euro" c'est un peu vague. Il y a plusieurs problemes :
Merci beaucoup pour toutes ces informations. Je vais maitenant être plus clair. En fait je voudrais juste avoir un dans mon shell quand je suis dans un bash ou un xterm peu importe. Le symbole doit s'afficher dans ma base de données (ça n'est pas un problème, Oracle a une page de code précise pour ça) mais quand je fetch mes données avec sqlplus en ligne de commande je ne le voit pas j'ai un espace à la place.
Mon problème est donc là :)
Je ne sais pas par ou commencer pour résoudre le problème
Alors si qqn a une idée !! :-)
Merci A+ Fred.
Christophe Le Gal wrote:
"prise en charge du symbole euro" c'est un peu vague.
Il y a plusieurs problemes :
Merci beaucoup pour toutes ces informations. Je vais maitenant être plus clair.
En fait je voudrais juste avoir un dans mon shell quand je suis dans un
bash ou un xterm peu importe. Le symbole doit s'afficher dans ma base de
données (ça n'est pas un problème, Oracle a une page de code précise pour ça)
mais quand je fetch mes données avec sqlplus en ligne de commande je ne le
voit pas j'ai un espace à la place.
Mon problème est donc là :)
Je ne sais pas par ou commencer pour résoudre le problème
"prise en charge du symbole euro" c'est un peu vague. Il y a plusieurs problemes :
Merci beaucoup pour toutes ces informations. Je vais maitenant être plus clair. En fait je voudrais juste avoir un dans mon shell quand je suis dans un bash ou un xterm peu importe. Le symbole doit s'afficher dans ma base de données (ça n'est pas un problème, Oracle a une page de code précise pour ça) mais quand je fetch mes données avec sqlplus en ligne de commande je ne le voit pas j'ai un espace à la place.
Mon problème est donc là :)
Je ne sais pas par ou commencer pour résoudre le problème
Alors si qqn a une idée !! :-)
Merci A+ Fred.
Christophe Le Gal
In article , Frederic Lhoest wrote:
En fait je voudrais juste avoir un dans mon shell quand je suis dans un bash ou un xterm peu importe. Le symbole doit s'afficher dans ma base de données (ça n'est pas un problème, Oracle a une page de code précise pour ça) mais quand je fetch mes données avec sqlplus en ligne de commande je ne le voit pas j'ai un espace à la place.
bash tourne dans un xterm (ou dans tout autre terminal; mais ce n'est pas lui qui decide de l'apparence des caracteres)
Le probleme est donc 1. du cote du xterm. 2. du cote du fetch de sqlplus
Il faut donc que le fetch donne un symbole qui corresponde a l'euro, dans un certain encoding. Si le fetch lui meme decide de remplacer tous les caracteres non ascii 7bits pur par des espaces, il faut commencer par lui expliquer qu'il ne faut pas le faire. Peut etre peux tu attacher un tout petit fichier .txt contenant (devant contenir) un euro histoire que l'on voie a quoi ressemble ce que genere ce fetch.
Ensuite il faut que le xterm sache afficher le euro. Meme si je n'ai toujours pas configure correctement mon lecteur de news il n'en reste pas moins que ce soleil ==> ¤ <== est un euro dans la page de code iso8859-15. Donc si tu sauve ce message dans un fichier (les "sources" du message) et tapes ensuite cat lefichier dans un xterm, si tu vois un euro, pas de pb du cote du xterm, si tu vois un soleil, il faut changer la police du xterm en utilisant -fn.
Ca c'est pour le probleme du xterm, qui est plutot simple. Mais, tout depend de l'encoding de ce que sort fetch. Si fetch sort de l'unicode, il faut, soit traduire cet unicode dans une page de code iso8859-15, soit utiliser un terminal qui comprend l'unicode.
-- Christophe Le Gal
In article <Usenet.bacpicgk@localhost>, Frederic Lhoest wrote:
En fait je voudrais juste avoir un dans mon shell quand je suis dans un
bash ou un xterm peu importe. Le symbole doit s'afficher dans ma base de
données (ça n'est pas un problème, Oracle a une page de code précise pour ça)
mais quand je fetch mes données avec sqlplus en ligne de commande je ne le
voit pas j'ai un espace à la place.
bash tourne dans un xterm (ou dans tout autre terminal; mais ce n'est
pas lui qui decide de l'apparence des caracteres)
Le probleme est donc
1. du cote du xterm.
2. du cote du fetch de sqlplus
Il faut donc que le fetch donne un symbole qui corresponde a l'euro,
dans un certain encoding. Si le fetch lui meme decide de remplacer tous
les caracteres non ascii 7bits pur par des espaces, il faut commencer
par lui expliquer qu'il ne faut pas le faire.
Peut etre peux tu attacher un tout petit fichier .txt contenant
(devant contenir) un euro histoire que l'on voie a quoi ressemble
ce que genere ce fetch.
Ensuite il faut que le xterm sache afficher le euro. Meme si je n'ai
toujours pas configure correctement mon lecteur de news il n'en reste
pas moins que ce soleil ==> ¤ <== est un euro dans la page de code
iso8859-15.
Donc si tu sauve ce message dans un fichier (les "sources" du message)
et tapes ensuite cat lefichier dans un xterm,
si tu vois un euro, pas de pb du cote du xterm,
si tu vois un soleil, il faut changer la police du xterm en utilisant
-fn.
Ca c'est pour le probleme du xterm, qui est plutot simple. Mais, tout
depend de l'encoding de ce que sort fetch. Si fetch sort de l'unicode,
il faut, soit traduire cet unicode dans une page de code iso8859-15,
soit utiliser un terminal qui comprend l'unicode.
En fait je voudrais juste avoir un dans mon shell quand je suis dans un bash ou un xterm peu importe. Le symbole doit s'afficher dans ma base de données (ça n'est pas un problème, Oracle a une page de code précise pour ça) mais quand je fetch mes données avec sqlplus en ligne de commande je ne le voit pas j'ai un espace à la place.
bash tourne dans un xterm (ou dans tout autre terminal; mais ce n'est pas lui qui decide de l'apparence des caracteres)
Le probleme est donc 1. du cote du xterm. 2. du cote du fetch de sqlplus
Il faut donc que le fetch donne un symbole qui corresponde a l'euro, dans un certain encoding. Si le fetch lui meme decide de remplacer tous les caracteres non ascii 7bits pur par des espaces, il faut commencer par lui expliquer qu'il ne faut pas le faire. Peut etre peux tu attacher un tout petit fichier .txt contenant (devant contenir) un euro histoire que l'on voie a quoi ressemble ce que genere ce fetch.
Ensuite il faut que le xterm sache afficher le euro. Meme si je n'ai toujours pas configure correctement mon lecteur de news il n'en reste pas moins que ce soleil ==> ¤ <== est un euro dans la page de code iso8859-15. Donc si tu sauve ce message dans un fichier (les "sources" du message) et tapes ensuite cat lefichier dans un xterm, si tu vois un euro, pas de pb du cote du xterm, si tu vois un soleil, il faut changer la police du xterm en utilisant -fn.
Ca c'est pour le probleme du xterm, qui est plutot simple. Mais, tout depend de l'encoding de ce que sort fetch. Si fetch sort de l'unicode, il faut, soit traduire cet unicode dans une page de code iso8859-15, soit utiliser un terminal qui comprend l'unicode.
