Pour vi, je ne sais pas trop, une version récente devrait le faire toute seule. Sinon y a un système de balise à mettre sur la dernière ligne du dit fichier.
a+ FAb
octane@alinto.com writes:
[...]
Maintenant, je souhaite modifier ce fichier et surtout le garder en
utf-8.
Comment faire?
Utiliser emacs.
"Tu te moques ?"
"vi vi"
non.
Plus sérieusement emacs et vi savent manipuler l'UTF8 sans trop de soucis. (Je
trouve cela moche pr emacs mais bon).
Dans mon .emacs y a ça :
Pour vi, je ne sais pas trop, une version récente devrait le faire toute
seule. Sinon y a un système de balise à mettre sur la dernière ligne du dit
fichier.
Pour vi, je ne sais pas trop, une version récente devrait le faire toute seule. Sinon y a un système de balise à mettre sur la dernière ligne du dit fichier.
a+ FAb
Erwann ABALEA
Bonjour,
Hodie III Non. Aug. MMVI est, FAb scripsit: [...]
Pour vi, je ne sais pas trop, une version récente devrait le faire toute seule. Sinon y a un système de balise à mettre sur la dernière ligne du dit fichier.
Je confirme. Je n'ai eu qu'à configurer mon environnement en UTF-8, avec la variable LANG qui va bien, le LESS_CHARSET itou, etc, et vim fait de l'UTF-8 tout seul. Il charge même des fichiers qui sont encodés en ISO8859-1, les convertit en interne en UTF-8, et quand je sauvegarde, ça reste du ISO8859-1, par exemple. Et tout ça avec zsh-beta, XFCE4, sur une Debian testing.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- RJ> j'ai eu des cookies sur mon HD et j'ai un peu peur des représailles Il faut reformater ton disque dur et le jetter depuis le 3e étage de la tour Eiffel pour le détruire irrémédiablement sans laisser de traces. -+- LP in <http://neuneu.mine.nu> : Par ici ou parano c'est pareil -+-
Bonjour,
Hodie III Non. Aug. MMVI est, FAb scripsit:
[...]
Pour vi, je ne sais pas trop, une version récente devrait le faire toute
seule. Sinon y a un système de balise à mettre sur la dernière ligne du dit
fichier.
Je confirme. Je n'ai eu qu'à configurer mon environnement en UTF-8,
avec la variable LANG qui va bien, le LESS_CHARSET itou, etc, et vim
fait de l'UTF-8 tout seul. Il charge même des fichiers qui sont
encodés en ISO8859-1, les convertit en interne en UTF-8, et quand je
sauvegarde, ça reste du ISO8859-1, par exemple.
Et tout ça avec zsh-beta, XFCE4, sur une Debian testing.
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
RJ> j'ai eu des cookies sur mon HD et j'ai un peu peur des représailles
Il faut reformater ton disque dur et le jetter depuis le 3e étage de la
tour Eiffel pour le détruire irrémédiablement sans laisser de traces.
-+- LP in <http://neuneu.mine.nu> : Par ici ou parano c'est pareil -+-
Pour vi, je ne sais pas trop, une version récente devrait le faire toute seule. Sinon y a un système de balise à mettre sur la dernière ligne du dit fichier.
Je confirme. Je n'ai eu qu'à configurer mon environnement en UTF-8, avec la variable LANG qui va bien, le LESS_CHARSET itou, etc, et vim fait de l'UTF-8 tout seul. Il charge même des fichiers qui sont encodés en ISO8859-1, les convertit en interne en UTF-8, et quand je sauvegarde, ça reste du ISO8859-1, par exemple. Et tout ça avec zsh-beta, XFCE4, sur une Debian testing.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- RJ> j'ai eu des cookies sur mon HD et j'ai un peu peur des représailles Il faut reformater ton disque dur et le jetter depuis le 3e étage de la tour Eiffel pour le détruire irrémédiablement sans laisser de traces. -+- LP in <http://neuneu.mine.nu> : Par ici ou parano c'est pareil -+-
Méfie toi du set-language-environment : il repositionne des variables en fonction du langage qui lui est passé en argument, ce qui écrase certains de tes réglages faits juste avant.
Tu devrais placer cette fonction au début, ou regarder du côté de language-info-alist les réglages effectués. C-h v language-info-alist RET
Méfie toi du set-language-environment : il repositionne des variables en
fonction du langage qui lui est passé en argument, ce qui écrase
certains de tes réglages faits juste avant.
Tu devrais placer cette fonction au début, ou regarder du côté de
language-info-alist les réglages effectués. C-h v language-info-alist RET
Méfie toi du set-language-environment : il repositionne des variables en fonction du langage qui lui est passé en argument, ce qui écrase certains de tes réglages faits juste avant.
Tu devrais placer cette fonction au début, ou regarder du côté de language-info-alist les réglages effectués. C-h v language-info-alist RET
Je confirme. Je n'ai eu qu'à configurer mon environnement en UTF-8, avec la variable LANG qui va bien, le LESS_CHARSET itou, etc, et vim fait de l'UTF-8 tout seul.
Mais avec emacs, on peut très bien étider un fichier en UTF-8 avec des locales en ISO-8859-1.
Dans l'article <20060803155842.GB7265@seclogd.org>,
Erwann ABALEA <erwann@abalea.com> écrit:
Je confirme. Je n'ai eu qu'à configurer mon environnement en UTF-8,
avec la variable LANG qui va bien, le LESS_CHARSET itou, etc, et vim
fait de l'UTF-8 tout seul.
Mais avec emacs, on peut très bien étider un fichier en UTF-8 avec
des locales en ISO-8859-1.
Je confirme. Je n'ai eu qu'à configurer mon environnement en UTF-8, avec la variable LANG qui va bien, le LESS_CHARSET itou, etc, et vim fait de l'UTF-8 tout seul.
Mais avec emacs, on peut très bien étider un fichier en UTF-8 avec des locales en ISO-8859-1.
Tu peux toujours avoir besoin de te connecter sur ta machine par ssh à partir d'un terminal qui n'est pas en UTF-8.
Je note ça, que je vais tester dès demain.
Je fais pas mal d'éditions en ce moment sur un emacs localisé en latin-0 depuis un putty (qui doit être en 1251/1252 ou utf) et j'ai pas mal de soucis avec le clavier, principalement un pavé numérique inutilisable, ainsi que quelques autres touches.
Le paramétrage d'emacs pour le terminal, surtout en accès distant, n'a jamais été très clair pour moi entre les réglages d'emacs, ceux des locales et ceux du term distant... -- Sébastien Kirche
Le 5 août 2006 à 10:41, Vincent Lefevre a formulé :
Tu peux toujours avoir besoin de te connecter sur ta machine par ssh
à partir d'un terminal qui n'est pas en UTF-8.
Je note ça, que je vais tester dès demain.
Je fais pas mal d'éditions en ce moment sur un emacs localisé en latin-0
depuis un putty (qui doit être en 1251/1252 ou utf) et j'ai pas mal de
soucis avec le clavier, principalement un pavé numérique inutilisable,
ainsi que quelques autres touches.
Le paramétrage d'emacs pour le terminal, surtout en accès distant, n'a
jamais été très clair pour moi entre les réglages d'emacs, ceux des
locales et ceux du term distant...
--
Sébastien Kirche
Tu peux toujours avoir besoin de te connecter sur ta machine par ssh à partir d'un terminal qui n'est pas en UTF-8.
Je note ça, que je vais tester dès demain.
Je fais pas mal d'éditions en ce moment sur un emacs localisé en latin-0 depuis un putty (qui doit être en 1251/1252 ou utf) et j'ai pas mal de soucis avec le clavier, principalement un pavé numérique inutilisable, ainsi que quelques autres touches.
Le paramétrage d'emacs pour le terminal, surtout en accès distant, n'a jamais été très clair pour moi entre les réglages d'emacs, ceux des locales et ceux du term distant... -- Sébastien Kirche
Marc Lasson
Vincent Lefevre wrote:
Mais avec emacs, on peut très bien étider un fichier en UTF-8 avec des locales en ISO-8859-1.
Et pas avec vim ? Je me trompe peut-être mais pour ça il suffit de positionner la variable encoding pour choisir l'encodage utilisé (et la valeur par défaut dépends des locales).
Mais avec emacs, on peut très bien étider un fichier en UTF-8 avec
des locales en ISO-8859-1.
Et pas avec vim ?
Je me trompe peut-être mais pour ça il suffit de positionner la
variable encoding pour choisir l'encodage utilisé (et la valeur
par défaut dépends des locales).
Mais avec emacs, on peut très bien étider un fichier en UTF-8 avec des locales en ISO-8859-1.
Et pas avec vim ? Je me trompe peut-être mais pour ça il suffit de positionner la variable encoding pour choisir l'encodage utilisé (et la valeur par défaut dépends des locales).
Tu peux toujours avoir besoin de te connecter sur ta machine par ssh à partir d'un terminal qui n'est pas en UTF-8.
Je note ça, que je vais tester dès demain.
Je fais pas mal d'éditions en ce moment sur un emacs localisé en latin-0 depuis un putty (qui doit être en 1251/1252 ou utf) et j'ai pas mal de soucis avec le clavier, principalement un pavé numérique inutilisable, ainsi que quelques autres touches.
Le paramétrage d'emacs pour le terminal, surtout en accès distant, n'a jamais été très clair pour moi entre les réglages d'emacs, ceux des locales et ceux du term distant...
Bon ça ne change rien à mon problème mais je le garde quand même car ça me semble assez correct.
En fait je crois que le souci ne vient pas directement de putty mais de screen que j'utilise pour survivre aux déconnexions (il s'agit de joindre emacs sur ma machine perso via ma connexion résidentielle).
Pour putty, j'ai légèrement corrigé la config avec : - home / end key : standard (au lieu de rxvt) ce qui me corrige les touches home end (et Fxx semble-t-il)
Le problème qui persiste c'est que les touches du pavé numérique fonctionnent sans le numlock, mais avec celui-ci j'ai une erreur « M-O p is undefined » pour le zéro, p étant remplacé par q, r, s... suivant la touche. Hors emacs mais toujours dans screen le pavé numérique fonctionne .
J'ai bien touvé une solution (mais j'ai l'impression de contourner le problème et pas de le résoudre), elle consiste en : (global-set-key "eOp" "0") (global-set-key "eOq" "1") (global-set-key "eOr" "2") (global-set-key "eOs" "3") (global-set-key "eOt" "4") (global-set-key "eOu" "5") (global-set-key "eOv" "6") (global-set-key "eOw" "7") (global-set-key "eOx" "8") (global-set-key "eOy" "9") (global-set-key "eOl" "+") (global-set-key "eOQ" "/") (global-set-key "eOR" "*") (global-set-key "eOS" "-") (global-set-key "eOn" ".")
Qu'en pensez-vous ?
Je vais faire suivre vers le groupe car je crois qu'on ne traite plus tellement d'unix. Je sais que les spécialistes qui pourraient peut-être m'aider y sont également abonnés :)
Crosspost & Followup-To: fr.comp.applications.emacs -- Sébastien Kirche
Le 6 août 2006 à 23:14, Sébastien Kirche vraute :
Le 5 août 2006 à 10:41, Vincent Lefevre a formulé :
Tu peux toujours avoir besoin de te connecter sur ta machine par ssh
à partir d'un terminal qui n'est pas en UTF-8.
Je note ça, que je vais tester dès demain.
Je fais pas mal d'éditions en ce moment sur un emacs localisé en
latin-0 depuis un putty (qui doit être en 1251/1252 ou utf) et j'ai
pas mal de soucis avec le clavier, principalement un pavé numérique
inutilisable, ainsi que quelques autres touches.
Le paramétrage d'emacs pour le terminal, surtout en accès distant, n'a
jamais été très clair pour moi entre les réglages d'emacs, ceux des
locales et ceux du term distant...
Bon ça ne change rien à mon problème mais je le garde quand même car ça
me semble assez correct.
En fait je crois que le souci ne vient pas directement de putty mais de
screen que j'utilise pour survivre aux déconnexions (il s'agit de
joindre emacs sur ma machine perso via ma connexion résidentielle).
Pour putty, j'ai légèrement corrigé la config avec :
- home / end key : standard (au lieu de rxvt) ce qui me corrige les
touches home end (et Fxx semble-t-il)
Le problème qui persiste c'est que les touches du pavé numérique
fonctionnent sans le numlock, mais avec celui-ci j'ai une erreur « M-O p
is undefined » pour le zéro, p étant remplacé par q, r, s... suivant la
touche. Hors emacs mais toujours dans screen le pavé numérique
fonctionne .
J'ai bien touvé une solution (mais j'ai l'impression de contourner le
problème et pas de le résoudre), elle consiste en :
(global-set-key "eOp" "0")
(global-set-key "eOq" "1")
(global-set-key "eOr" "2")
(global-set-key "eOs" "3")
(global-set-key "eOt" "4")
(global-set-key "eOu" "5")
(global-set-key "eOv" "6")
(global-set-key "eOw" "7")
(global-set-key "eOx" "8")
(global-set-key "eOy" "9")
(global-set-key "eOl" "+")
(global-set-key "eOQ" "/")
(global-set-key "eOR" "*")
(global-set-key "eOS" "-")
(global-set-key "eOn" ".")
Qu'en pensez-vous ?
Je vais faire suivre vers le groupe car je crois qu'on ne traite plus
tellement d'unix. Je sais que les spécialistes qui pourraient peut-être
m'aider y sont également abonnés :)
Crosspost & Followup-To: fr.comp.applications.emacs
--
Sébastien Kirche
Tu peux toujours avoir besoin de te connecter sur ta machine par ssh à partir d'un terminal qui n'est pas en UTF-8.
Je note ça, que je vais tester dès demain.
Je fais pas mal d'éditions en ce moment sur un emacs localisé en latin-0 depuis un putty (qui doit être en 1251/1252 ou utf) et j'ai pas mal de soucis avec le clavier, principalement un pavé numérique inutilisable, ainsi que quelques autres touches.
Le paramétrage d'emacs pour le terminal, surtout en accès distant, n'a jamais été très clair pour moi entre les réglages d'emacs, ceux des locales et ceux du term distant...
Bon ça ne change rien à mon problème mais je le garde quand même car ça me semble assez correct.
En fait je crois que le souci ne vient pas directement de putty mais de screen que j'utilise pour survivre aux déconnexions (il s'agit de joindre emacs sur ma machine perso via ma connexion résidentielle).
Pour putty, j'ai légèrement corrigé la config avec : - home / end key : standard (au lieu de rxvt) ce qui me corrige les touches home end (et Fxx semble-t-il)
Le problème qui persiste c'est que les touches du pavé numérique fonctionnent sans le numlock, mais avec celui-ci j'ai une erreur « M-O p is undefined » pour le zéro, p étant remplacé par q, r, s... suivant la touche. Hors emacs mais toujours dans screen le pavé numérique fonctionne .
J'ai bien touvé une solution (mais j'ai l'impression de contourner le problème et pas de le résoudre), elle consiste en : (global-set-key "eOp" "0") (global-set-key "eOq" "1") (global-set-key "eOr" "2") (global-set-key "eOs" "3") (global-set-key "eOt" "4") (global-set-key "eOu" "5") (global-set-key "eOv" "6") (global-set-key "eOw" "7") (global-set-key "eOx" "8") (global-set-key "eOy" "9") (global-set-key "eOl" "+") (global-set-key "eOQ" "/") (global-set-key "eOR" "*") (global-set-key "eOS" "-") (global-set-key "eOn" ".")
Qu'en pensez-vous ?
Je vais faire suivre vers le groupe car je crois qu'on ne traite plus tellement d'unix. Je sais que les spécialistes qui pourraient peut-être m'aider y sont également abonnés :)
Crosspost & Followup-To: fr.comp.applications.emacs -- Sébastien Kirche