J'ai un soucis depuis quelques jours... J'ai rebooté il y a quelques
jours et depuis, XEmacs merde à qui mieux mieux dès que j'ai des
accents... Chaque fois qu'il doit enregister quelque chose, les
accents que j'ai tapé dans le texte déconne (et ceux qui y étaient
sont OK). Mais seulement sur certains caractères, comme le ¤ ou
l'espace insécable.
Je ne me souviens absolument pas de ce que j'ai fait ces dernières
semaines... Je suis sûr de n'avoir pas touché à la configuration de
XEmacs, du moins pas directement... J'ai touché certainement aux
fontes (j'ai perdu la fonte par défaut de XEmacs et j'ai dû modifier
cela) et des bricoles sur le système (je ne me souviens pas avoir
touché aux locales mais je ne peux l'affirmer...).
Bref, quelqu'un peut-il me mettre sur une piste ? Cela m'embête
*énormément* et m'empêche de travailler...
Merci
PK
PS : XEmacs sur Woody... rien de modifier à l'installation de base. Ma
configuration :
;; se servir de galeon comme référence
;; en ouvrant un nouvel onglet à chaque fois
;;(setq browse-url-netscape-program "galeon")
;;(setq browse-url-netscape-arguments '("-n"))
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
lhabert
Patrice Karatchentzeff :
J'ai un soucis depuis quelques jours... J'ai rebooté il y a quelques jours et depuis, XEmacs merde à qui mieux mieux dès que j'ai des accents... Chaque fois qu'il doit enregister quelque chose, les accents que j'ai tapé dans le texte déconne
C'est à dire?
(et ceux qui y étaient sont OK). Mais seulement sur certains caractères, comme le ¤ ou l'espace insécable.
Faire un C-x = sur les caractères qui déconnent et sur ceux qui ne déconnent pas peut donner des indications.
Pour l'espace insécable, s'agit-il de ceux entrés à la main ou avec les fonctions citées? Ça pourrait être une histoie de .emacs lu comme du latin-paskifo.
Que valent les LC_*?
Patrice Karatchentzeff :
J'ai un soucis depuis quelques jours... J'ai rebooté il y a quelques
jours et depuis, XEmacs merde à qui mieux mieux dès que j'ai des
accents... Chaque fois qu'il doit enregister quelque chose, les
accents que j'ai tapé dans le texte déconne
C'est à dire?
(et ceux qui y étaient sont OK). Mais seulement sur certains caractères,
comme le ¤ ou l'espace insécable.
Faire un C-x = sur les caractères qui déconnent et sur ceux qui ne déconnent
pas peut donner des indications.
Pour l'espace insécable, s'agit-il de ceux entrés à la main ou avec les
fonctions citées? Ça pourrait être une histoie de .emacs lu comme du
latin-paskifo.
J'ai un soucis depuis quelques jours... J'ai rebooté il y a quelques jours et depuis, XEmacs merde à qui mieux mieux dès que j'ai des accents... Chaque fois qu'il doit enregister quelque chose, les accents que j'ai tapé dans le texte déconne
C'est à dire?
(et ceux qui y étaient sont OK). Mais seulement sur certains caractères, comme le ¤ ou l'espace insécable.
Faire un C-x = sur les caractères qui déconnent et sur ceux qui ne déconnent pas peut donner des indications.
Pour l'espace insécable, s'agit-il de ceux entrés à la main ou avec les fonctions citées? Ça pourrait être une histoie de .emacs lu comme du latin-paskifo.
J'ai un soucis depuis quelques jours... J'ai rebooté il y a quelques jours et depuis, XEmacs merde à qui mieux mieux dès que j'ai des accents... Chaque fois qu'il doit enregister quelque chose, les accents que j'ai tapé dans le texte déconne
C'est à dire?
voui... pardon, j'ai oublié de le dire :
J'ai une séquence d'échappement variable... Peux pas la mettre ici sinon gnus hurle à la mort... en gros, cela ressemble à ^[-b devant le ¤ et ^[-A à la place de l'espace insécable...
(et ceux qui y étaient sont OK). Mais seulement sur certains caractères,
Faire un C-x = sur les caractères qui déconnent et sur ceux qui ne déconnent pas peut donner des indications.
Pour le premier cité, il semble que la chaîne ^[ soit un seul caractère : cela me donne : (033, 27, 0x1b) et le -b est bien vu comme ces deux caractères.
J'ai la même chose pour le ^[ du suivant...
Pour l'espace insécable, s'agit-il de ceux entrés à la main ou avec les fonctions citées? Ça pourrait être une histoie de .emacs lu comme du
J'ai essayé les deux... cela déconne aléatoirement... Par exemple, en mode texte, donc quand mes macros sont activées, cela fonctionne sauf qu'il m'ajoute de temps un ~ (bien vu comme tel par C-x =) en plus (les autres caractères sont bien présents).
latin-paskifo.
? Je n'ai rien positionné du tout pour XEmacs depuis un paquet d'années... cela fonctionnait jusqu'à présent. Et j'ai cette version installée depuis plus d'un an.
Que valent les LC_*?
# env | grep LANG LANG=
# env | grep LC LC_TYPE=ISO-8859-1 LC_ALL=fr_FR
À noter que je n'ai pas touché à cela depuis des mois...
J'ai un soucis depuis quelques jours... J'ai rebooté il y a quelques
jours et depuis, XEmacs merde à qui mieux mieux dès que j'ai des
accents... Chaque fois qu'il doit enregister quelque chose, les
accents que j'ai tapé dans le texte déconne
C'est à dire?
voui... pardon, j'ai oublié de le dire :
J'ai une séquence d'échappement variable... Peux pas la mettre ici
sinon gnus hurle à la mort... en gros, cela ressemble à ^[-b devant le
¤ et ^[-A à la place de l'espace insécable...
(et ceux qui y étaient sont OK). Mais seulement sur certains caractères,
Faire un C-x = sur les caractères qui déconnent et sur ceux qui ne déconnent
pas peut donner des indications.
Pour le premier cité, il semble que la chaîne ^[ soit un seul
caractère : cela me donne : (033, 27, 0x1b) et le -b est bien vu comme
ces deux caractères.
J'ai la même chose pour le ^[ du suivant...
Pour l'espace insécable, s'agit-il de ceux entrés à la main ou avec les
fonctions citées? Ça pourrait être une histoie de .emacs lu comme du
J'ai essayé les deux... cela déconne aléatoirement... Par exemple, en
mode texte, donc quand mes macros sont activées, cela fonctionne sauf
qu'il m'ajoute de temps un ~ (bien vu comme tel par C-x =) en plus
(les autres caractères sont bien présents).
latin-paskifo.
? Je n'ai rien positionné du tout pour XEmacs depuis un paquet
d'années... cela fonctionnait jusqu'à présent. Et j'ai cette version
installée depuis plus d'un an.
Que valent les LC_*?
# env | grep LANG
LANG=fr_FR@euro
# env | grep LC
LC_TYPE=ISO-8859-1
LC_ALL=fr_FR
À noter que je n'ai pas touché à cela depuis des mois...
J'ai un soucis depuis quelques jours... J'ai rebooté il y a quelques jours et depuis, XEmacs merde à qui mieux mieux dès que j'ai des accents... Chaque fois qu'il doit enregister quelque chose, les accents que j'ai tapé dans le texte déconne
C'est à dire?
voui... pardon, j'ai oublié de le dire :
J'ai une séquence d'échappement variable... Peux pas la mettre ici sinon gnus hurle à la mort... en gros, cela ressemble à ^[-b devant le ¤ et ^[-A à la place de l'espace insécable...
(et ceux qui y étaient sont OK). Mais seulement sur certains caractères,
Faire un C-x = sur les caractères qui déconnent et sur ceux qui ne déconnent pas peut donner des indications.
Pour le premier cité, il semble que la chaîne ^[ soit un seul caractère : cela me donne : (033, 27, 0x1b) et le -b est bien vu comme ces deux caractères.
J'ai la même chose pour le ^[ du suivant...
Pour l'espace insécable, s'agit-il de ceux entrés à la main ou avec les fonctions citées? Ça pourrait être une histoie de .emacs lu comme du
J'ai essayé les deux... cela déconne aléatoirement... Par exemple, en mode texte, donc quand mes macros sont activées, cela fonctionne sauf qu'il m'ajoute de temps un ~ (bien vu comme tel par C-x =) en plus (les autres caractères sont bien présents).
latin-paskifo.
? Je n'ai rien positionné du tout pour XEmacs depuis un paquet d'années... cela fonctionnait jusqu'à présent. Et j'ai cette version installée depuis plus d'un an.
Que valent les LC_*?
# env | grep LANG LANG=
# env | grep LC LC_TYPE=ISO-8859-1 LC_ALL=fr_FR
À noter que je n'ai pas touché à cela depuis des mois...
J'ai une séquence d'échappement variable... Peux pas la mettre ici sinon gnus hurle à la mort... en gros, cela ressemble à ^[-b devant le ¤ et ^[-A à la place de l'espace insécable...
C'est peut-être encodé en iso2022 (enfin, je ne connais ce système de codage qu'empiriquement). C'est un système de codage qu'emacs utilise quand il ne sait vraiment pas quoi utiliser.
Que vaut la variable « buffer-file-coding-system » après avoir sauvegardé?
Bingo ! c'est bien iso-2022-8... du moins, ce que me renvoie M-? v sur cette variable :
`buffer-file-coding-system' is a built-in buffer-local variable.
Value: #<coding_system raw-text-unix>
This value is specific to the current buffer.
Default-value: iso-2022-8
[...]
En fait, je voulais dire de faire le C-x = avant d'enregistrer, quand le caractère accentué apparait encore en temps que lui même.
C'est OK avant et après sur l'espace insécable.
[...]
Déjà, le « LC_TYPE », ça n'existe pas à ma connaissance, c'est « LC_CTYPE ».
Exact : tu viens de mettre le doigt sur un truc que je trimballe depuis des années ;-) Mon bashrc contient un débile LC_TYPE complètement inutile...
J'ai une séquence d'échappement variable... Peux pas la mettre ici
sinon gnus hurle à la mort... en gros, cela ressemble à ^[-b devant le
¤ et ^[-A à la place de l'espace insécable...
C'est peut-être encodé en iso2022 (enfin, je ne connais ce système de codage
qu'empiriquement). C'est un système de codage qu'emacs utilise quand il ne
sait vraiment pas quoi utiliser.
Que vaut la variable « buffer-file-coding-system » après avoir sauvegardé?
Bingo ! c'est bien iso-2022-8... du moins, ce que me renvoie M-? v sur
cette variable :
`buffer-file-coding-system' is a built-in buffer-local variable.
Value: #<coding_system raw-text-unix>
This value is specific to the current buffer.
Default-value: iso-2022-8
[...]
En fait, je voulais dire de faire le C-x = avant d'enregistrer, quand le
caractère accentué apparait encore en temps que lui même.
C'est OK avant et après sur l'espace insécable.
[...]
Déjà, le « LC_TYPE », ça n'existe pas à ma connaissance, c'est « LC_CTYPE ».
Exact : tu viens de mettre le doigt sur un truc que je trimballe
depuis des années ;-) Mon bashrc contient un débile LC_TYPE
complètement inutile...
J'ai une séquence d'échappement variable... Peux pas la mettre ici sinon gnus hurle à la mort... en gros, cela ressemble à ^[-b devant le ¤ et ^[-A à la place de l'espace insécable...
C'est peut-être encodé en iso2022 (enfin, je ne connais ce système de codage qu'empiriquement). C'est un système de codage qu'emacs utilise quand il ne sait vraiment pas quoi utiliser.
Que vaut la variable « buffer-file-coding-system » après avoir sauvegardé?
Bingo ! c'est bien iso-2022-8... du moins, ce que me renvoie M-? v sur cette variable :
`buffer-file-coding-system' is a built-in buffer-local variable.
Value: #<coding_system raw-text-unix>
This value is specific to the current buffer.
Default-value: iso-2022-8
[...]
En fait, je voulais dire de faire le C-x = avant d'enregistrer, quand le caractère accentué apparait encore en temps que lui même.
C'est OK avant et après sur l'espace insécable.
[...]
Déjà, le « LC_TYPE », ça n'existe pas à ma connaissance, c'est « LC_CTYPE ».
Exact : tu viens de mettre le doigt sur un truc que je trimballe depuis des années ;-) Mon bashrc contient un débile LC_TYPE complètement inutile...
`buffer-file-coding-system' is a built-in buffer-local variable.
Value: #<coding_system raw-text-unix>
This value is specific to the current buffer.
Default-value: iso-2022-8
Bon, je viens d'essayer l'xemacs de la woody et ça a l'air normal. Il faut croire qu'xemacs ne fait pas comme emacs. D'après ce qu'ils disent, avec ce codage, ils enregistrent tel quel le latin-1, en revanche tout le reste est enregistré avec des séquences d'echappement. Bref, il faut croire que certains caractères accentués sont compris comme étant du latin-9, ou peut-être du 8bit indéterminé. Tu les rentrer comment ces caractères?
En fait, je voulais dire de faire le C-x = avant d'enregistrer, quand le caractère accentué apparait encore en temps que lui même.
C'est OK avant et après sur l'espace insécable.
Ça dit quoi?
Patrice Karatchentzeff :
`buffer-file-coding-system' is a built-in buffer-local variable.
Value: #<coding_system raw-text-unix>
This value is specific to the current buffer.
Default-value: iso-2022-8
Bon, je viens d'essayer l'xemacs de la woody et ça a l'air normal. Il faut
croire qu'xemacs ne fait pas comme emacs. D'après ce qu'ils disent, avec ce
codage, ils enregistrent tel quel le latin-1, en revanche tout le reste est
enregistré avec des séquences d'echappement. Bref, il faut croire que
certains caractères accentués sont compris comme étant du latin-9, ou
peut-être du 8bit indéterminé. Tu les rentrer comment ces caractères?
En fait, je voulais dire de faire le C-x = avant d'enregistrer, quand le
caractère accentué apparait encore en temps que lui même.
`buffer-file-coding-system' is a built-in buffer-local variable.
Value: #<coding_system raw-text-unix>
This value is specific to the current buffer.
Default-value: iso-2022-8
Bon, je viens d'essayer l'xemacs de la woody et ça a l'air normal. Il faut croire qu'xemacs ne fait pas comme emacs. D'après ce qu'ils disent, avec ce codage, ils enregistrent tel quel le latin-1, en revanche tout le reste est enregistré avec des séquences d'echappement. Bref, il faut croire que certains caractères accentués sont compris comme étant du latin-9, ou peut-être du 8bit indéterminé. Tu les rentrer comment ces caractères?
En fait, je voulais dire de faire le C-x = avant d'enregistrer, quand le caractère accentué apparait encore en temps que lui même.
C'est OK avant et après sur l'espace insécable.
Ça dit quoi?
Patrice Karatchentzeff
(Luc Habert) writes:
[...]
Bon, je viens d'essayer l'xemacs de la woody et ça a l'air normal. Il faut croire qu'xemacs ne fait pas comme emacs. D'après ce qu'ils disent, avec ce codage, ils enregistrent tel quel le latin-1, en revanche tout le reste est enregistré avec des séquences d'echappement. Bref, il faut croire que certains caractères accentués sont compris comme étant du latin-9, ou peut-être du 8bit indéterminé. Tu les rentrer comment ces caractères?
Je ne comprends pas ta question... je les entre évidemment au clavier ;-)... soit directement, soit par mes fonctions automatiques (comme le placement des espaces insécables par exemple).
Bon, je viens d'essayer l'xemacs de la woody et ça a l'air normal. Il faut
croire qu'xemacs ne fait pas comme emacs. D'après ce qu'ils disent, avec ce
codage, ils enregistrent tel quel le latin-1, en revanche tout le reste est
enregistré avec des séquences d'echappement. Bref, il faut croire que
certains caractères accentués sont compris comme étant du latin-9, ou
peut-être du 8bit indéterminé. Tu les rentrer comment ces caractères?
Je ne comprends pas ta question... je les entre évidemment au
clavier ;-)... soit directement, soit par mes fonctions automatiques
(comme le placement des espaces insécables par exemple).
Bon, je viens d'essayer l'xemacs de la woody et ça a l'air normal. Il faut croire qu'xemacs ne fait pas comme emacs. D'après ce qu'ils disent, avec ce codage, ils enregistrent tel quel le latin-1, en revanche tout le reste est enregistré avec des séquences d'echappement. Bref, il faut croire que certains caractères accentués sont compris comme étant du latin-9, ou peut-être du 8bit indéterminé. Tu les rentrer comment ces caractères?
Je ne comprends pas ta question... je les entre évidemment au clavier ;-)... soit directement, soit par mes fonctions automatiques (comme le placement des espaces insécables par exemple).
Je ne comprends pas ta question... je les entre évidemment au clavier ;-)... soit directement, soit par mes fonctions automatiques (comme le placement des espaces insécables par exemple).
Ce que je voulais dire, c'est « Est-ce que tu utilises une touche compose, ou un clavier azerty, ou un mapping de keysyms accentués avec altgr, ou des dead keys, ou une méthode d'entrée d'emacs, ou que sais-je encore ? ».
Ça dit quoi?
Que c'est un espace insécable :
Char: (0240, 160, 0xa0)
Argh, xemacs fait pas comme emacs (sous emacs, on a droit à « character: (04240, 2208, 0x8a0)) » pour un espace insécable latin-1), donc ça risque de dépasser mes compétences. Mais ça, c'est sur un espace insécable qui déconne ou sur un qui marche?
Patrice Karatchentzeff :
Je ne comprends pas ta question... je les entre évidemment au
clavier ;-)... soit directement, soit par mes fonctions automatiques
(comme le placement des espaces insécables par exemple).
Ce que je voulais dire, c'est « Est-ce que tu utilises une touche compose,
ou un clavier azerty, ou un mapping de keysyms accentués avec altgr, ou des
dead keys, ou une méthode d'entrée d'emacs, ou que sais-je encore ? ».
Ça dit quoi?
Que c'est un espace insécable :
Char: (0240, 160, 0xa0)
Argh, xemacs fait pas comme emacs (sous emacs, on a droit à « character:
(04240, 2208, 0x8a0)) » pour un espace insécable latin-1), donc ça risque de
dépasser mes compétences. Mais ça, c'est sur un espace insécable qui déconne
ou sur un qui marche?
Je ne comprends pas ta question... je les entre évidemment au clavier ;-)... soit directement, soit par mes fonctions automatiques (comme le placement des espaces insécables par exemple).
Ce que je voulais dire, c'est « Est-ce que tu utilises une touche compose, ou un clavier azerty, ou un mapping de keysyms accentués avec altgr, ou des dead keys, ou une méthode d'entrée d'emacs, ou que sais-je encore ? ».
Ça dit quoi?
Que c'est un espace insécable :
Char: (0240, 160, 0xa0)
Argh, xemacs fait pas comme emacs (sous emacs, on a droit à « character: (04240, 2208, 0x8a0)) » pour un espace insécable latin-1), donc ça risque de dépasser mes compétences. Mais ça, c'est sur un espace insécable qui déconne ou sur un qui marche?