Je viens tout juste de terminer ma première installation de MAC OS X 10.3
sur mon iMac dv400 :-)
Et après avoir un peu utilisé le Terminal, j'ai remarqué que les caracteres
accentués saisis au clavier sont affichés sous leur forme Unicode ( par ex
303251 pour é ) dans un shell bash. Pas très lisible ...
Y-a-t-il un parametre a modifier pour afficher ces caractères à la saisie?
Je viens tout juste de terminer ma première installation de MAC OS X 10.3
sur mon iMac dv400 :-)
Et après avoir un peu utilisé le Terminal, j'ai remarqué que les caracteres
accentués saisis au clavier sont affichés sous leur forme Unicode ( par ex
303251 pour é ) dans un shell bash. Pas très lisible ...
Y-a-t-il un parametre a modifier pour afficher ces caractères à la saisie?
Je viens tout juste de terminer ma première installation de MAC OS X 10.3
sur mon iMac dv400 :-)
Et après avoir un peu utilisé le Terminal, j'ai remarqué que les caracteres
accentués saisis au clavier sont affichés sous leur forme Unicode ( par ex
303251 pour é ) dans un shell bash. Pas très lisible ...
Y-a-t-il un parametre a modifier pour afficher ces caractères à la saisie?
In article <467bc215$0$9915$,
"Emmanuel Da Piedade" <emmanuel.dapiedade AT gmail DOT com> wrote:Je viens tout juste de terminer ma première installation de MAC OS X 10.3
sur mon iMac dv400 :-)
Et après avoir un peu utilisé le Terminal, j'ai remarqué que les caracteres
accentués saisis au clavier sont affichés sous leur forme Unicode ( par ex
303251 pour é ) dans un shell bash. Pas très lisible ...
Y-a-t-il un parametre a modifier pour afficher ces caractères à la saisie?
Régler le Terminal pour qu'il affiche en utf-8 et:
-Soit utiliser l'option w de ls, par exemple:
ls -law
-Soit si tu demandes à less d'afficher le résultat par exemple
ls -la | less
et tu peux configurer less pour qu'il affiche correctement les
caractères utf-8. Cela se fait avec la commande lesskey en lui faisant
mouliner un fichier texte qui contient par exemple:
#env
LESS = -E
LESS = -i
LESSCHARSET = utf-8
il va alors générer un fichier de configuration invisible nommé ".less"
dans ton "home".
man lesskey
pour plus de détail.
L'avantage de less, c'est qu'il affiche écran par écran les très long
listing, tu as juste besoin de taper la barre d'espacement pour
continuer.
In article <467bc215$0$9915$426a74cc@news.free.fr>,
"Emmanuel Da Piedade" <emmanuel.dapiedade AT gmail DOT com> wrote:
Je viens tout juste de terminer ma première installation de MAC OS X 10.3
sur mon iMac dv400 :-)
Et après avoir un peu utilisé le Terminal, j'ai remarqué que les caracteres
accentués saisis au clavier sont affichés sous leur forme Unicode ( par ex
303251 pour é ) dans un shell bash. Pas très lisible ...
Y-a-t-il un parametre a modifier pour afficher ces caractères à la saisie?
Régler le Terminal pour qu'il affiche en utf-8 et:
-Soit utiliser l'option w de ls, par exemple:
ls -law
-Soit si tu demandes à less d'afficher le résultat par exemple
ls -la | less
et tu peux configurer less pour qu'il affiche correctement les
caractères utf-8. Cela se fait avec la commande lesskey en lui faisant
mouliner un fichier texte qui contient par exemple:
#env
LESS = -E
LESS = -i
LESSCHARSET = utf-8
il va alors générer un fichier de configuration invisible nommé ".less"
dans ton "home".
man lesskey
pour plus de détail.
L'avantage de less, c'est qu'il affiche écran par écran les très long
listing, tu as juste besoin de taper la barre d'espacement pour
continuer.
In article <467bc215$0$9915$,
"Emmanuel Da Piedade" <emmanuel.dapiedade AT gmail DOT com> wrote:Je viens tout juste de terminer ma première installation de MAC OS X 10.3
sur mon iMac dv400 :-)
Et après avoir un peu utilisé le Terminal, j'ai remarqué que les caracteres
accentués saisis au clavier sont affichés sous leur forme Unicode ( par ex
303251 pour é ) dans un shell bash. Pas très lisible ...
Y-a-t-il un parametre a modifier pour afficher ces caractères à la saisie?
Régler le Terminal pour qu'il affiche en utf-8 et:
-Soit utiliser l'option w de ls, par exemple:
ls -law
-Soit si tu demandes à less d'afficher le résultat par exemple
ls -la | less
et tu peux configurer less pour qu'il affiche correctement les
caractères utf-8. Cela se fait avec la commande lesskey en lui faisant
mouliner un fichier texte qui contient par exemple:
#env
LESS = -E
LESS = -i
LESSCHARSET = utf-8
il va alors générer un fichier de configuration invisible nommé ".less"
dans ton "home".
man lesskey
pour plus de détail.
L'avantage de less, c'est qu'il affiche écran par écran les très long
listing, tu as juste besoin de taper la barre d'espacement pour
continuer.
Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
Bon ce n'est peut-être pas conforme à l'orthodoxie unixienne, je
rappelle que je ne suis qu'un macounet... d'origine. ;-)
Pour rendre l'utilisation plus facile on peut se faire des alias dans
son .bashrc (si tu utilises le shell par défaut de Mac OS X 10.4), par
exemple:
alias ll='ls -lah|less'
ou
alias la='ls -ahw'
Bon ce n'est peut-être pas conforme à l'orthodoxie unixienne, je
rappelle que je ne suis qu'un macounet... d'origine. ;-)
Pour rendre l'utilisation plus facile on peut se faire des alias dans
son .bashrc (si tu utilises le shell par défaut de Mac OS X 10.4), par
exemple:
alias ll='ls -lah|less'
ou
alias la='ls -ahw'
Bon ce n'est peut-être pas conforme à l'orthodoxie unixienne, je
rappelle que je ne suis qu'un macounet... d'origine. ;-)
Pour rendre l'utilisation plus facile on peut se faire des alias dans
son .bashrc (si tu utilises le shell par défaut de Mac OS X 10.4), par
exemple:
alias ll='ls -lah|less'
ou
alias la='ls -ahw'
Vincent Lefevre <vincent+ wrote:Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
Pour afficher quoi ? la plupart des fichiers "texte" de Mac OS X sont en
UTF-8 non ?
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
Et où trouve-t-on ce merveilleux ls pour Mac OS X qui supporte l'UTF-8
Vincent Lefevre <vincent+news@vinc17.org> wrote:
Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
Pour afficher quoi ? la plupart des fichiers "texte" de Mac OS X sont en
UTF-8 non ?
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
Et où trouve-t-on ce merveilleux ls pour Mac OS X qui supporte l'UTF-8
Vincent Lefevre <vincent+ wrote:Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
Pour afficher quoi ? la plupart des fichiers "texte" de Mac OS X sont en
UTF-8 non ?
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
Et où trouve-t-on ce merveilleux ls pour Mac OS X qui supporte l'UTF-8
Vincent Lefevre <vincent+ wrote:Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
Pour afficher quoi ? la plupart des fichiers "texte" de Mac OS X sont en
UTF-8 non ?
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
Et où trouve-t-on ce merveilleux ls pour Mac OS X qui supporte l'UTF-8
Vincent Lefevre <vincent+news@vinc17.org> wrote:
Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
Pour afficher quoi ? la plupart des fichiers "texte" de Mac OS X sont en
UTF-8 non ?
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
Et où trouve-t-on ce merveilleux ls pour Mac OS X qui supporte l'UTF-8
Vincent Lefevre <vincent+ wrote:Régler le Terminal pour qu'il affiche en utf-8 et:
Oui. Mais inversement, tout ce qui est en ISO-8859-* ne s'affichera pas
correctement, à moins de faire des conversions (automatiques ou non).
Pour afficher quoi ? la plupart des fichiers "texte" de Mac OS X sont en
UTF-8 non ?
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
Et où trouve-t-on ce merveilleux ls pour Mac OS X qui supporte l'UTF-8
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
L'option -w dit au ls de Mac OS X d'afficher tous les caractères, même
ceux non affichables, ce qui inclut des séquences d'échappement, qui
peuvent par exemple envoyer le contenu du terminal sur l'imprimante
(si cette fonctionnalité standard est supportée). Dans le cas d'une
imprimante sur un réseau, un "ls -w" peut donc divulguer des infos
qui peuvent être confidentielles... Ce problème m'était arrivé avec
la commande "find" des findutils[*].
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
L'option -w dit au ls de Mac OS X d'afficher tous les caractères, même
ceux non affichables, ce qui inclut des séquences d'échappement, qui
peuvent par exemple envoyer le contenu du terminal sur l'imprimante
(si cette fonctionnalité standard est supportée). Dans le cas d'une
imprimante sur un réseau, un "ls -w" peut donc divulguer des infos
qui peuvent être confidentielles... Ce problème m'était arrivé avec
la commande "find" des findutils[*].
ls -law
Cette option -w n'est pas une bonne idée pour la sécurité, si
l'utilisateur ne contrôle pas les noms de fichiers. Mieux vaut
utiliser un ls qui supporte l'UTF-8, comme celui des coreutils.
En clair..., tu peux expliquer pour les non unixiens ?
L'option -w dit au ls de Mac OS X d'afficher tous les caractères, même
ceux non affichables, ce qui inclut des séquences d'échappement, qui
peuvent par exemple envoyer le contenu du terminal sur l'imprimante
(si cette fonctionnalité standard est supportée). Dans le cas d'une
imprimante sur un réseau, un "ls -w" peut donc divulguer des infos
qui peuvent être confidentielles... Ce problème m'était arrivé avec
la commande "find" des findutils[*].
In article <20070624034140$,
Vincent Lefevre <vincent+ wrote:L'option -w dit au ls de Mac OS X d'afficher tous les caractères, même
ceux non affichables, ce qui inclut des séquences d'échappement, qui
peuvent par exemple envoyer le contenu du terminal sur l'imprimante
(si cette fonctionnalité standard est supportée). Dans le cas d'une
imprimante sur un réseau, un "ls -w" peut donc divulguer des infos
qui peuvent être confidentielles... Ce problème m'était arrivé avec
la commande "find" des findutils[*].
Est-ce vraiment le cas avec tous les caractères non affichables ?
In article <20070624034140$3974@prunille.vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> wrote:
L'option -w dit au ls de Mac OS X d'afficher tous les caractères, même
ceux non affichables, ce qui inclut des séquences d'échappement, qui
peuvent par exemple envoyer le contenu du terminal sur l'imprimante
(si cette fonctionnalité standard est supportée). Dans le cas d'une
imprimante sur un réseau, un "ls -w" peut donc divulguer des infos
qui peuvent être confidentielles... Ce problème m'était arrivé avec
la commande "find" des findutils[*].
Est-ce vraiment le cas avec tous les caractères non affichables ?
In article <20070624034140$,
Vincent Lefevre <vincent+ wrote:L'option -w dit au ls de Mac OS X d'afficher tous les caractères, même
ceux non affichables, ce qui inclut des séquences d'échappement, qui
peuvent par exemple envoyer le contenu du terminal sur l'imprimante
(si cette fonctionnalité standard est supportée). Dans le cas d'une
imprimante sur un réseau, un "ls -w" peut donc divulguer des infos
qui peuvent être confidentielles... Ce problème m'était arrivé avec
la commande "find" des findutils[*].
Est-ce vraiment le cas avec tous les caractères non affichables ?
Non, évidemment, mais il suffit que ce soit possible pour qu'il y ait
problème.
Non, évidemment, mais il suffit que ce soit possible pour qu'il y ait
problème.
Non, évidemment, mais il suffit que ce soit possible pour qu'il y ait
problème.