je voudrais avoir "écran infos imprimante/"
comment je peux faire ?
(je precise que ca ne marche pas de taper "\314\201cr"+tab )
--
si je dors : wakeonlan -i tDeContes.hd.free.fr 00:03:93:AF:45:AE
(seulement dans le 1/4 h où mon ordi est mis en veille,
donc je vous invite à réclamer à free : l'acces à arp -s,
ou la possibilité de rediriger le NAT sur l'adresse de broadcast :-) )
"don't put your PC out of the window, put windows out of your PC"
"petit Free qui devient grand, gêne les requins blancs"
Oui, ça sert (ex : LANG=fr_FR.UTF-8 et demander "date")
Euh, je ne vois pas de différences par rapport à ce que j'ai "normalement".
% LANG=fr_FR.UTF-8 date Mar oct 12 11:22:06 CEST 2004 % LANGÞ_DE.UTF-8 date Di Okt 12 11:22:13 CEST 2004
L'ordre des mots est mauvais mais ils sont traduits. Sur un FreeBSD, l'ordre est correct :
% LANG=fr_FR.UTF-8 date Mar 12 oct 2004 11:23:08 CEST % LANGÞ_DE.UTF-8 date Di 12 Okt 2004 11:23:11 CEST
On est d'accord, cela dit, il semble que ça doive changer en 10.4, en tous cas pas mal d'outils vont s'adapter aux spécificités de l'OS.
En attendant, le "ls" de GNU (fileutils) affiche les caractères UTF-8 proprement. Mais il n'a pas d'option spécifiques comme "-o".
laurent.pertois
Laurent Wacrenier wrote:
Euh, je ne vois pas de différences par rapport à ce que j'ai "normalement".
% LANG=fr_FR.UTF-8 date Mar oct 12 11:22:06 CEST 2004 % LANGÞ_DE.UTF-8 date Di Okt 12 11:22:13 CEST 2004
L'ordre des mots est mauvais mais ils sont traduits. Sur un FreeBSD, l'ordre est correct :
% LANG=fr_FR.UTF-8 date Mar 12 oct 2004 11:23:08 CEST % LANGÞ_DE.UTF-8 date Di 12 Okt 2004 11:23:11 CEST
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de LANG... Mac OS X ne le spécifie pas ?
On est d'accord, cela dit, il semble que ça doive changer en 10.4, en tous cas pas mal d'outils vont s'adapter aux spécificités de l'OS.
En attendant, le "ls" de GNU (fileutils) affiche les caractères UTF-8 proprement. Mais il n'a pas d'option spécifiques comme "-o".
Bon, je vais relancer fink sur ça pour tester.
Merci
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Laurent Wacrenier <lwa@teaser.fr> wrote:
Euh, je ne vois pas de différences par rapport à ce que j'ai
"normalement".
% LANG=fr_FR.UTF-8 date
Mar oct 12 11:22:06 CEST 2004
% LANGÞ_DE.UTF-8 date
Di Okt 12 11:22:13 CEST 2004
L'ordre des mots est mauvais mais ils sont traduits. Sur un FreeBSD,
l'ordre est correct :
% LANG=fr_FR.UTF-8 date
Mar 12 oct 2004 11:23:08 CEST
% LANGÞ_DE.UTF-8 date
Di 12 Okt 2004 11:23:11 CEST
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de
LANG... Mac OS X ne le spécifie pas ?
On est d'accord, cela dit, il semble que ça doive changer en 10.4, en
tous cas pas mal d'outils vont s'adapter aux spécificités de l'OS.
En attendant, le "ls" de GNU (fileutils) affiche les caractères UTF-8
proprement. Mais il n'a pas d'option spécifiques comme "-o".
Bon, je vais relancer fink sur ça pour tester.
Merci
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Euh, je ne vois pas de différences par rapport à ce que j'ai "normalement".
% LANG=fr_FR.UTF-8 date Mar oct 12 11:22:06 CEST 2004 % LANGÞ_DE.UTF-8 date Di Okt 12 11:22:13 CEST 2004
L'ordre des mots est mauvais mais ils sont traduits. Sur un FreeBSD, l'ordre est correct :
% LANG=fr_FR.UTF-8 date Mar 12 oct 2004 11:23:08 CEST % LANGÞ_DE.UTF-8 date Di 12 Okt 2004 11:23:11 CEST
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de LANG... Mac OS X ne le spécifie pas ?
On est d'accord, cela dit, il semble que ça doive changer en 10.4, en tous cas pas mal d'outils vont s'adapter aux spécificités de l'OS.
En attendant, le "ls" de GNU (fileutils) affiche les caractères UTF-8 proprement. Mais il n'a pas d'option spécifiques comme "-o".
Bon, je vais relancer fink sur ça pour tester.
Merci
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Laurent Wacrenier
Laurent Pertois écrit:
% LANG=fr_FR.UTF-8 date Mar 12 oct 2004 11:23:08 CEST % LANGÞ_DE.UTF-8 date Di 12 Okt 2004 11:23:11 CEST
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de LANG... Mac OS X ne le spécifie pas ?
Non, le mieux est de le mettre dans ~/.MacOSX/environment.plist
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de LANG... Mac OS X ne le spécifie pas ?
Non, le mieux est de le mettre dans ~/.MacOSX/environment.plist
Ok, ça je connais mieux déjà :)
Tu l'as mis dans le tien ?
Merci.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Laurent Wacrenier <lwa@teaser.fr> wrote:
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de
LANG... Mac OS X ne le spécifie pas ?
Non, le mieux est de le mettre dans ~/.MacOSX/environment.plist
Ok, ça je connais mieux déjà :)
Tu l'as mis dans le tien ?
Merci.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de LANG... Mac OS X ne le spécifie pas ?
Non, le mieux est de le mettre dans ~/.MacOSX/environment.plist
Ok, ça je connais mieux déjà :)
Tu l'as mis dans le tien ?
Merci.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Laurent Wacrenier
Laurent Pertois écrit:
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de LANG... Mac OS X ne le spécifie pas ?
Non, le mieux est de le mettre dans ~/.MacOSX/environment.plist
Okokok, je comprends mieux, mais je n'ai pas dans un printenv trace de LANG... Mac OS X ne le spécifie pas ?
Non, le mieux est de le mettre dans ~/.MacOSX/environment.plist
Ok, ça je connais mieux déjà :)
Tu l'as mis dans le tien ?
Oui, ça ne mord pas.
laurent.pertois
Laurent Wacrenier wrote:
Tu l'as mis dans le tien ?
Oui, ça ne mord pas.
Oh ça ne m'inquiète pas plus que ça, j'ai déjà ajouté des éléments dans mon environment.plist, je me demandais juste si ça apportait vraiment quelque chose en plus, en fait.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Laurent Wacrenier <lwa@teaser.fr> wrote:
Tu l'as mis dans le tien ?
Oui, ça ne mord pas.
Oh ça ne m'inquiète pas plus que ça, j'ai déjà ajouté des éléments dans
mon environment.plist, je me demandais juste si ça apportait vraiment
quelque chose en plus, en fait.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Oh ça ne m'inquiète pas plus que ça, j'ai déjà ajouté des éléments dans mon environment.plist, je me demandais juste si ça apportait vraiment quelque chose en plus, en fait.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Laurent Wacrenier
Laurent Pertois écrit:
Laurent Wacrenier wrote:
Tu l'as mis dans le tien ?
Oui, ça ne mord pas.
Oh ça ne m'inquiète pas plus que ça, j'ai déjà ajouté des éléments dans mon environment.plist, je me demandais juste si ça apportait vraiment quelque chose en plus, en fait.
En fait, les seul problème, c'est quand on va d'une machine à l'autre, chacune ayant des terminaux d'encodage différents. Il faut alors changer LANG à la main. (quelque chose devrait être fait dans openssh 3.9)
Penser aussi à changer tous les terminaux (xterm, par exemple) et pour utiliser UTF-8.
Oh ça ne m'inquiète pas plus que ça, j'ai déjà ajouté des éléments dans
mon environment.plist, je me demandais juste si ça apportait vraiment
quelque chose en plus, en fait.
En fait, les seul problème, c'est quand on va d'une machine à l'autre,
chacune ayant des terminaux d'encodage différents.
Il faut alors changer LANG à la main.
(quelque chose devrait être fait dans openssh 3.9)
Penser aussi à changer tous les terminaux (xterm, par exemple)
et pour utiliser UTF-8.
Oh ça ne m'inquiète pas plus que ça, j'ai déjà ajouté des éléments dans mon environment.plist, je me demandais juste si ça apportait vraiment quelque chose en plus, en fait.
En fait, les seul problème, c'est quand on va d'une machine à l'autre, chacune ayant des terminaux d'encodage différents. Il faut alors changer LANG à la main. (quelque chose devrait être fait dans openssh 3.9)
Penser aussi à changer tous les terminaux (xterm, par exemple) et pour utiliser UTF-8.
Nicolas George
Laurent Wacrenier wrote in message :
En fait, les seul problème, c'est quand on va d'une machine à l'autre, chacune ayant des terminaux d'encodage différents. Il faut alors changer LANG à la main.
(LC_CTYPE, en fait, LANG lui fournit une valeur par défaut, mais personnellement j'évite, parce que ça contamine LC_NUMERIC et LC_COLLATE qui peuvent mettre gravement la zone)
Il y a un hack possible pour automatiquement détecter l'encodage du terminal. Le principe est d'envoyer au terminal un caractère qui lui fera bouger le curseur de deux cases en encodage mono-octets, et d'une seule en UTF-8, puis de réclamer avec la séquence d'échappement idoine qu'il signale la position du curseur. C'est asez laid sur le concept, mais ça ne marche pas mal du tout.
Laurent Wacrenier wrote in message
<slrncmshnm.572.lwa@victor.teaser.fr>:
En fait, les seul problème, c'est quand on va d'une machine à l'autre,
chacune ayant des terminaux d'encodage différents.
Il faut alors changer LANG à la main.
(LC_CTYPE, en fait, LANG lui fournit une valeur par défaut, mais
personnellement j'évite, parce que ça contamine LC_NUMERIC et LC_COLLATE qui
peuvent mettre gravement la zone)
Il y a un hack possible pour automatiquement détecter l'encodage du
terminal. Le principe est d'envoyer au terminal un caractère qui lui fera
bouger le curseur de deux cases en encodage mono-octets, et d'une seule en
UTF-8, puis de réclamer avec la séquence d'échappement idoine qu'il signale
la position du curseur. C'est asez laid sur le concept, mais ça ne marche
pas mal du tout.
En fait, les seul problème, c'est quand on va d'une machine à l'autre, chacune ayant des terminaux d'encodage différents. Il faut alors changer LANG à la main.
(LC_CTYPE, en fait, LANG lui fournit une valeur par défaut, mais personnellement j'évite, parce que ça contamine LC_NUMERIC et LC_COLLATE qui peuvent mettre gravement la zone)
Il y a un hack possible pour automatiquement détecter l'encodage du terminal. Le principe est d'envoyer au terminal un caractère qui lui fera bouger le curseur de deux cases en encodage mono-octets, et d'une seule en UTF-8, puis de réclamer avec la séquence d'échappement idoine qu'il signale la position du curseur. C'est asez laid sur le concept, mais ça ne marche pas mal du tout.
Nicolas George
Erwan David wrote in message :
Et attention aux programems qui communiquent avec l'extérieur. D'ailleurs si quelqu'un peut m'expliquer comment faire pour être en UTF-8 et avoir un irssi qui emet en iso-8859-1, ça m'intéresse...
Irssi, c'est en mode texte, non ? Pour les programmes en mode texte qui ne gèrent pas (encore ? espérons...) UTF-8, il y a luit qui est pratique. En l'occurence,
LC_CTYPE=fr_FR luit irssi
devrait faire l'affaire.
Erwan David wrote in message <85sm8hh6oe.fsf@bretagne.rail.eu.org>:
Et attention aux programems qui communiquent avec
l'extérieur. D'ailleurs si quelqu'un peut m'expliquer comment faire
pour être en UTF-8 et avoir un irssi qui emet en iso-8859-1, ça
m'intéresse...
Irssi, c'est en mode texte, non ? Pour les programmes en mode texte qui ne
gèrent pas (encore ? espérons...) UTF-8, il y a luit qui est pratique. En
l'occurence,
Et attention aux programems qui communiquent avec l'extérieur. D'ailleurs si quelqu'un peut m'expliquer comment faire pour être en UTF-8 et avoir un irssi qui emet en iso-8859-1, ça m'intéresse...
Irssi, c'est en mode texte, non ? Pour les programmes en mode texte qui ne gèrent pas (encore ? espérons...) UTF-8, il y a luit qui est pratique. En l'occurence,
LC_CTYPE=fr_FR luit irssi
devrait faire l'affaire.
Laurent Wacrenier
Erwan David écrit:
Et attention aux programems qui communiquent avec l'extérieur. D'ailleurs si quelqu'un peut m'expliquer comment faire pour être en UTF-8 et avoir un irssi qui emet en iso-8859-1, ça m'intéresse...
Il ne semble pas qu'IRC ait une notion de jeu de caractères, les utilisateurs envoyent du binaire vaguement formaté.
Erwan David <erwan@rail.eu.org> écrit:
Et attention aux programems qui communiquent avec
l'extérieur. D'ailleurs si quelqu'un peut m'expliquer comment faire
pour être en UTF-8 et avoir un irssi qui emet en iso-8859-1, ça
m'intéresse...
Et attention aux programems qui communiquent avec l'extérieur. D'ailleurs si quelqu'un peut m'expliquer comment faire pour être en UTF-8 et avoir un irssi qui emet en iso-8859-1, ça m'intéresse...
