OVH Cloud OVH Cloud

Clavier

24 réponses
Avatar
Stéphane Witzmann
Bonsoir

J'ai remarqué que, sous FreeBSD, la touche "suppr" produit, sous
xterm/konsole ou en mode console, des hiéroglyphes immondes (en fait un ~),
bref, rien de ce que l'on voudrait que ce soit. Parallèlement, cette même
touche fonctionne "normalement" sous Linux Slackware (je sors...).
S'agit-il d'un mauvais bind dans un fichier de configuration du shell ou
alors d'un problème plus profond ? Comment peut-on y remèdier ?

Au passage, j'ai essayé NetBSD il y a peu, et j'avais un problème similaire,
mais avec plus de touches (pgup, pgdown, certaines flèches...). Ce n'est
effectivement pas user-friendly, mais pas trop administrator-friendly
non-plus. Là aussi, comment faire pour que celà fonctionne "normalement" ?

Merci d'avance.

S.W.

10 réponses

1 2 3
Avatar
Stéphane Witzmann
Emmanuel Dreyfus wrote:

Stéphane Witzmann wrote:

D'autre part, cette solution n'est pas satisfaisante car, bien qu'elle
fasse marcher konsole (et probablement xterm par la même occasion), la
touche "suppr" ne fonctionne plus sous les autres applications X (j'ai
testé sous KWrite).


Ca donne quoi?



Je viens de retester à l'instant. Eh bien comme je le disais, sous konsole,
j'ai bien un backspace (moi je voulais un vrai suppr mais passons). De
plus, sous KWrite (re-testé, et je pense qu'il en est de même pour les
autres applications), la touche ne produit... rien. Ni backspace, ni suppr,
ni caractère (affichable), rien quoi...


Avatar
Karim Belbachir
On 2004-01-02, Stéphane Witzmann wrote:
(Emmanuel Dreyfus) writes:

xmodmap -e "keysym Delete = 0x08"

Il suffit de lancer cette commande magique une fois par session X. Les
fichiers d'initialisations de X via xinit ou startx semblent le bon
endroit.



Je viens de tester ça (sous FreeBSD-CURRENT). Effectivement, le caractère
"suppr" produit un backspace dans konsole. Comment aurait-il fallu faire
pour avoir le "vrai" suppr (suppression de ce qu'il y a devant, pas
derrière) ?


En m'inspirant de la solution de Manu, je propose ceci pour émuler le
"vrai" suppr sous xterm:

$ xmodmap -e "keysym Delete = 0x7F"
$ bind -m '^?'='^F^H'

--
Karim Belbachir




Avatar
manu
Stéphane Witzmann wrote:

Je viens de retester à l'instant. Eh bien comme je le disais, sous konsole,
j'ai bien un backspace (moi je voulais un vrai suppr mais passons). De
plus, sous KWrite (re-testé, et je pense qu'il en est de même pour les
autres applications), la touche ne produit... rien. Ni backspace, ni suppr,
ni caractère (affichable), rien quoi...


Bon, on peut tenter d'autres choses. Laisse tomber le xmodmap, et met
XTerm*VT100.deleteIsDEL: true
dans /usr/X11R6/lib/X11/app-defaults/XTerm

Ca marchera pour xterm. Pour konsole, peut être qu'il faudra
personaliser.

--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3


Avatar
Karim Belbachir
On 2004-01-03, Stéphane Witzmann wrote:
sous KWrite (re-testé, et je pense qu'il en est de même pour les
autres applications), la touche ne produit... rien. Ni backspace, ni suppr,
ni caractère (affichable), rien quoi...


C'est parce que le Suppr dans KWrite fonctionne de manière peu
intuitive. Si tu déplaces le curseur avec la souris ou les flèches et
que tu appuies sur suppr, il ne se produit rien, pas même un bip
d'erreur, ce qui donne l'impression que la touche ne fonctionne pas. En
réalité, la touche fonctionne relativement bien. Il faut juste qu'il y
ait des caractères affichables sous le curseur.

--
Karim Belbachir


Avatar
Stéphane Witzmann
Karim Belbachir wrote:

On 2004-01-02, Stéphane Witzmann wrote:
(Emmanuel Dreyfus) writes:

xmodmap -e "keysym Delete = 0x08"

Il suffit de lancer cette commande magique une fois par session X. Les
fichiers d'initialisations de X via xinit ou startx semblent le bon
endroit.



Je viens de tester ça (sous FreeBSD-CURRENT). Effectivement, le caractère
"suppr" produit un backspace dans konsole. Comment aurait-il fallu faire
pour avoir le "vrai" suppr (suppression de ce qu'il y a devant, pas
derrière) ?


En m'inspirant de la solution de Manu, je propose ceci pour émuler le
"vrai" suppr sous xterm:

$ xmodmap -e "keysym Delete = 0x7F"
$ bind -m '^?'='^F^H'



Ca me donne :

bash-2.05b$ xmodmap -e "keysym Delete = 0x7F"
bash-2.05b$ bind -m '^?'='^F^H'
bash: bind: `^?=^F^H': invalid keymap name




Avatar
Stéphane Witzmann
Emmanuel Dreyfus wrote:

Stéphane Witzmann wrote:

Je viens de retester à l'instant. Eh bien comme je le disais, sous
konsole, j'ai bien un backspace (moi je voulais un vrai suppr mais
passons). De plus, sous KWrite (re-testé, et je pense qu'il en est de
même pour les autres applications), la touche ne produit... rien. Ni
backspace, ni suppr, ni caractère (affichable), rien quoi...


Bon, on peut tenter d'autres choses. Laisse tomber le xmodmap, et met
XTerm*VT100.deleteIsDEL: true
dans /usr/X11R6/lib/X11/app-defaults/XTerm

Ca marchera pour xterm. Pour konsole, peut être qu'il faudra
personaliser.



Effectivement, ça fonctionne sous XTerm et aussi sous konsole ! Ca fait un
backspace.


Avatar
Stéphane Witzmann
Karim Belbachir wrote:

On 2004-01-03, Stéphane Witzmann wrote:
sous KWrite (re-testé, et je pense qu'il en est de même pour les
autres applications), la touche ne produit... rien. Ni backspace, ni
suppr, ni caractère (affichable), rien quoi...


C'est parce que le Suppr dans KWrite fonctionne de manière peu
intuitive. Si tu déplaces le curseur avec la souris ou les flèches et
que tu appuies sur suppr, il ne se produit rien, pas même un bip
d'erreur, ce qui donne l'impression que la touche ne fonctionne pas. En
réalité, la touche fonctionne relativement bien. Il faut juste qu'il y
ait des caractères affichables sous le curseur.



Ben... avant la modif ça marche normalement, après ça fait "autre chose" (je
n'ai pas dit "rien" cette fois-ci), quelque chose de différent donc. Et ce
n'est pas ce que je cherchais.


Avatar
manu
Stéphane Witzmann wrote:

Effectivement, ça fonctionne sous XTerm et aussi sous konsole ! Ca fait un
backspace.


Bon, on en voit le bout!

--
Emmanuel Dreyfus
Un bouquin en français sur BSD:
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3


Avatar
Patrick Lamaizière
Stéphane Witzmann écrivait :

J'ai remarqué que, sous FreeBSD, la touche "suppr" produit, sous
xterm/konsole ou en mode console, des hiéroglyphes immondes (en fait un
~), bref, rien de ce que l'on voudrait que ce soit. Parallèlement, cette
même touche fonctionne "normalement" sous Linux Slackware (je sors...).
S'agit-il d'un mauvais bind dans un fichier de configuration du shell ou
alors d'un problème plus profond ? Comment peut-on y remèdier ?


Pour XTerm, dans mon .Xdefaults :
XTerm*deleteIsDEL: true
XTerm*backarrowKey: true

Pour Konsole, on trouve en fouillant un clavier "FreeBSD" :
https://lists.csociety.org/pipermail/kde-freebsd/2002-April/001104.html

Mais je n'ai pas vu la différence avec le clavier vt420pc.

Pour tcsh, il faut aussi "binder" les touches :

bindkey "^W" backward-delete-word
bindkey "^?" delete-char

Seul truc qui m'échappe c'est que avec un terminal konsole, Suppr se
comporte comme backspace dans ee, alors que ça fonctionne bien en console ?

Avatar
Cyrille \cns\ Szymanski
Mais, à quoi servent toutes ces touches ?
Solution : prendre une tronçonneuse et couper le clavier entre la
touche 'enter' et 'insert' ... et puis, jeter la partie de droite ...


Aïe mon notebook.
Tu aurais pu mettre un disclaimer.


--
_|_|_| CnS
_|_| for(n=0;b;n++)
_| b&=b-1; /*pp.47 K&R*/

1 2 3