Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[vim] désactiver la roulette mais pas le clic-milieu
66 views
Skip to first unread message
Olivier Miakinen
May 26, 2017, 10:41:01 AM5/26/17
to
Bonjour,
Il m'arrive assez souvent de vouloir coller dans vim un texte
copié avec la souris depuis une autre fenêtre. Le plus simple
dans ce cas-là consiste à faire un clic-milieu avec la souris
dans la fenêtre où j'ai une édition en cours avec vim.
Mon problème, c'est que j'ai une souris dont la roulette réagit
bien plus vite que le clic sur cette roulette, et du coup mon
texte se retrouve généralement copié trois lignes au dessus ou
trois lignes en dessous de là où je le voudrais.
Comment faire, sans acheter une autre souris, pour empêcher la
roulette d'être prise en compte quand je suis en mode édition ?
Note : en réalité je n'ai pas besoin d'un comportement différent
quand je suis en mode édition par rapport aux autres modes, et
désactiver complètement la roulette quand je suis dans vim m'irait
tout aussi bien (mais pas quand je suis en dehors de vim).
--
Olivier Miakinen
Il m'arrive assez souvent de vouloir coller dans vim un texte
copié avec la souris depuis une autre fenêtre. Le plus simple
dans ce cas-là consiste à faire un clic-milieu avec la souris
dans la fenêtre où j'ai une édition en cours avec vim.
Mon problème, c'est que j'ai une souris dont la roulette réagit
bien plus vite que le clic sur cette roulette, et du coup mon
texte se retrouve généralement copié trois lignes au dessus ou
trois lignes en dessous de là où je le voudrais.
Comment faire, sans acheter une autre souris, pour empêcher la
roulette d'être prise en compte quand je suis en mode édition ?
Note : en réalité je n'ai pas besoin d'un comportement différent
quand je suis en mode édition par rapport aux autres modes, et
désactiver complètement la roulette quand je suis dans vim m'irait
tout aussi bien (mais pas quand je suis en dehors de vim).
--
Olivier Miakinen
Olivier Miakinen
May 26, 2017, 10:49:23 AM5/26/17
to
[Supersedes pour écrire « mode insertion » au lieu de
« mode édition » qui ne veut rien dire]
Bonjour,
Il m'arrive assez souvent de vouloir coller dans vim un texte
copié avec la souris depuis une autre fenêtre. Le plus simple
dans ce cas-là consiste à faire un clic-milieu avec la souris
dans la fenêtre où j'ai une édition en cours avec vim.
Mon problème, c'est que j'ai une souris dont la roulette réagit
bien plus vite que le clic sur cette roulette, et du coup mon
texte se retrouve généralement copié trois lignes au dessus ou
trois lignes en dessous de là où je le voudrais.
Comment faire, sans acheter une autre souris, pour empêcher la
roulette d'être prise en compte quand je suis en mode insertion ?
Note : en réalité je n'ai pas besoin d'un comportement différent
quand je suis en mode insertion par rapport aux autres modes, et
« mode édition » qui ne veut rien dire]
Bonjour,
Il m'arrive assez souvent de vouloir coller dans vim un texte
copié avec la souris depuis une autre fenêtre. Le plus simple
dans ce cas-là consiste à faire un clic-milieu avec la souris
dans la fenêtre où j'ai une édition en cours avec vim.
Mon problème, c'est que j'ai une souris dont la roulette réagit
bien plus vite que le clic sur cette roulette, et du coup mon
texte se retrouve généralement copié trois lignes au dessus ou
trois lignes en dessous de là où je le voudrais.
Comment faire, sans acheter une autre souris, pour empêcher la
Note : en réalité je n'ai pas besoin d'un comportement différent
Lucas Levrel
May 30, 2017, 10:25:32 AM5/30/17
to
Le 26 mai 2017, à 16:49, Olivier Miakinen a écrit :
> Comment faire, sans acheter une autre souris, pour empêcher la
> roulette d'être prise en compte quand je suis en mode insertion ?
« :help scroll-mouse-wheel » dit comment modifier l'effet de la molette,
> Comment faire, sans acheter une autre souris, pour empêcher la
> roulette d'être prise en compte quand je suis en mode insertion ?
il doit être possible de dire de ne rien faire.
> Note : en réalité je n'ai pas besoin d'un comportement différent
> quand je suis en mode insertion par rapport aux autres modes,
paragraphe) !
--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
Olivier Miakinen
May 30, 2017, 5:33:30 PM5/30/17
to
Le 30/05/2017 16:25, Lucas Levrel m'a répondu :
j'en suis de mes recherches.
1) Entre les :map, :map!, :imap, etc., je devrais pouvoir choisir
dans quel(s) mode(s) je veux qu'un mapping s'applique.
2) Pour dire de ne rien faire, un mapping vers <Nop> devrait
fonctionner.
3) Quand je demande un mapping de <MouseDown> ou de <MouseUp>, je
vois qu'il prend en compte les touches de remplacement, à savoir
<ScrollWheelUp> et <ScrollWheelDown> respectivement (oui, dans
cet ordre là).
Mais...
4) Il me semble que la gestion de la souris, quand ce n'est pas dans
une fenêtre X11, ne passe pas par une simulation de touches de
clavier, et que pour cette raison tous les mappings que je peux
faire sont parfaitement inutiles car on ne passe jamais par là.
Bref, je ne vois aucune solution. :-(
--
Olivier Miakinen
>
>> Comment faire, sans acheter une autre souris, pour empêcher la
>> roulette d'être prise en compte quand je suis en mode insertion ?
>
> « :help scroll-mouse-wheel » dit comment modifier l'effet de la molette,
> il doit être possible de dire de ne rien faire.
>
>> Note : en réalité je n'ai pas besoin d'un comportement différent
>> quand je suis en mode insertion par rapport aux autres modes,
>
> Ça tombe bien parce que la doc n'évoque pas cette possibilité (dans ce
> paragraphe) !
Merci pour ta réponse. J'ai bien lu et relu la doc, et voilà où
>> Comment faire, sans acheter une autre souris, pour empêcher la
>> roulette d'être prise en compte quand je suis en mode insertion ?
>
> « :help scroll-mouse-wheel » dit comment modifier l'effet de la molette,
> il doit être possible de dire de ne rien faire.
>
>> Note : en réalité je n'ai pas besoin d'un comportement différent
>> quand je suis en mode insertion par rapport aux autres modes,
>
> Ça tombe bien parce que la doc n'évoque pas cette possibilité (dans ce
> paragraphe) !
j'en suis de mes recherches.
1) Entre les :map, :map!, :imap, etc., je devrais pouvoir choisir
dans quel(s) mode(s) je veux qu'un mapping s'applique.
2) Pour dire de ne rien faire, un mapping vers <Nop> devrait
fonctionner.
3) Quand je demande un mapping de <MouseDown> ou de <MouseUp>, je
vois qu'il prend en compte les touches de remplacement, à savoir
<ScrollWheelUp> et <ScrollWheelDown> respectivement (oui, dans
cet ordre là).
Mais...
4) Il me semble que la gestion de la souris, quand ce n'est pas dans
une fenêtre X11, ne passe pas par une simulation de touches de
clavier, et que pour cette raison tous les mappings que je peux
faire sont parfaitement inutiles car on ne passe jamais par là.
Bref, je ne vois aucune solution. :-(
--
Olivier Miakinen
Lucas Levrel
May 31, 2017, 8:25:06 AM5/31/17
to
Le 30 mai 2017, à 23:33, Olivier Miakinen a écrit :
> 1) Entre les :map, :map!, :imap, etc., je devrais pouvoir choisir
> dans quel(s) mode(s) je veux qu'un mapping s'applique.
>
> 2) Pour dire de ne rien faire, un mapping vers <Nop> devrait
> fonctionner.
>
> 3) Quand je demande un mapping de <MouseDown> ou de <MouseUp>, je
> vois qu'il prend en compte les touches de remplacement, à savoir
> <ScrollWheelUp> et <ScrollWheelDown> respectivement (oui, dans
> cet ordre là).
>
> Mais...
>
> 4) Il me semble que la gestion de la souris, quand ce n'est pas dans
> une fenêtre X11, ne passe pas par une simulation de touches de
> clavier
Ben, ton vim est bien dans un terminal non ? En fait je vois mal comment,
> 1) Entre les :map, :map!, :imap, etc., je devrais pouvoir choisir
> dans quel(s) mode(s) je veux qu'un mapping s'applique.
>
> 2) Pour dire de ne rien faire, un mapping vers <Nop> devrait
> fonctionner.
>
> 3) Quand je demande un mapping de <MouseDown> ou de <MouseUp>, je
> vois qu'il prend en compte les touches de remplacement, à savoir
> <ScrollWheelUp> et <ScrollWheelDown> respectivement (oui, dans
> cet ordre là).
>
> Mais...
>
> 4) Il me semble que la gestion de la souris, quand ce n'est pas dans
> une fenêtre X11, ne passe pas par une simulation de touches de
> clavier
au sein d'une session X, la souris pourrait ne pas être dans une fenêtre X
(ou sur un bord de fenêtre). Si je lance emacs dans un terminal (emacs
-nw), puis la comande C-h k, puis que j'actionne la roulette, il « voit »
une touche qu'il appelle <up>.
Dans la doc de Vim, à xterm-mouse-wheel qui vient après
scroll-mouse-wheel, on lit :
To use the mouse wheel in a new xterm you only have to make the scroll wheel
work in your Xserver, as mentioned above.
To use the mouse wheel in an older xterm you must do this:
(...)
> pour cette raison tous les mappings que je peux
> faire sont parfaitement inutiles car on ne passe jamais par là.
autre chose que Nop ?
Olivier Miakinen
May 31, 2017, 5:48:06 PM5/31/17
to
Le 31/05/2017 14:25, Lucas Levrel a écrit :
>>
>> 4) Il me semble que la gestion de la souris, quand ce n'est pas dans
>> une fenêtre X11, ne passe pas par une simulation de touches de
>> clavier
>
> Ben, ton vim est bien dans un terminal non ?
Les derniers essais que j'ai faits sont sur Linux Mint. Les fenêtres
>>
>> 4) Il me semble que la gestion de la souris, quand ce n'est pas dans
>> une fenêtre X11, ne passe pas par une simulation de touches de
>> clavier
>
> Ben, ton vim est bien dans un terminal non ?
« terminal » que je lance ont comme process de plus haut niveau un bash
et tous ont le même process parent qui est un gnome-terminal-server.
Fenêtre 1 :
olivier@satie ~ $ ps -f
UID PID PPID C STIME TTY TIME CMD
olivier 1843 1831 0 12:25 pts/0 00:00:00 bash
olivier 5120 1843 0 23:18 pts/0 00:00:00 ps -f
olivier@satie ~ $ ps -fp1831
UID PID PPID C STIME TTY TIME CMD
olivier 1831 1 0 12:25 ? 00:00:07
/usr/lib/gnome-terminal/gnome-terminal-server
Fenêtre 2 :
olivier@satie ~ $ ps -f
UID PID PPID C STIME TTY TIME CMD
olivier 5016 1831 0 23:06 pts/1 00:00:00 bash
olivier 5126 5016 0 23:20 pts/1 00:00:00 ps -f
Par ailleurs je n'ai pas d'xterm :
olivier@satie ~ $ xterm
Le programme « xterm » n'est pas encore installé. Vous pouvez
l'installer en tapant :
sudo apt install xterm
> En fait je vois mal comment,
> au sein d'une session X, la souris pourrait ne pas être dans une fenêtre X
> (ou sur un bord de fenêtre). Si je lance emacs dans un terminal (emacs
> -nw), puis la comande C-h k, puis que j'actionne la roulette, il « voit »
> une touche qu'il appelle <up>.
olivier@satie ~ $ echo $DISPLAY
:0
olivier@satie ~ $ netstat -an | grep 6000
(rien)
olivier@satie ~ $ netstat -an | grep 600
(rien non plus)
Cela dit, mon problème de souris est dans un environnement différent :
depuis un Windows avec Cygwin, je me connecte par ssh à un Linux RHEL.
... Mais le comportement est le même.
> Dans la doc de Vim, à xterm-mouse-wheel qui vient après
> scroll-mouse-wheel, on lit :
> To use the mouse wheel in a new xterm you only have to make the scroll wheel
> work in your Xserver, as mentioned above.
>
> To use the mouse wheel in an older xterm you must do this:
> (...)
m'intéresse vraiment : Cygwin sur Windows -> ssh sur Linux.
>> pour cette raison tous les mappings que je peux
>> faire sont parfaitement inutiles car on ne passe jamais par là.
>
> Tu veux dire que tu as essayé et que ça ne marche pas ?
remplacement des noms obsolètes MouseUp ou -Down par les noms récents
ScrollWhellDown ou -Up).
vim
:map!
Aucun mappage trouvé
:map! <ScrollWheelDown> <Nop>
:map!
! <ScrollWheelDown> <Nop>
:map! <MouseDown> Coucou
:map!
! <ScrollWheelUp> Coucou
! <ScrollWheelDown> <Nop>
Dans tous les cas, quand je tourne la molette de la souris, ça fait
toujours monter ou descendre le curseur.
> Et si tu mets
> autre chose que Nop ?
--
Olivier Miakinen
Lucas Levrel
Jun 1, 2017, 10:40:45 AM6/1/17
to
Le 31 mai 2017, à 23:48, Olivier Miakinen a écrit :
>> Ben, ton vim est bien dans un terminal non ?
>
> Les derniers essais que j'ai faits sont sur Linux Mint. Les fenêtres
> « terminal » que je lance ont comme process de plus haut niveau un bash
> et tous ont le même process parent qui est un gnome-terminal-server.
>> Ben, ton vim est bien dans un terminal non ?
>
> Les derniers essais que j'ai faits sont sur Linux Mint. Les fenêtres
> « terminal » que je lance ont comme process de plus haut niveau un bash
> et tous ont le même process parent qui est un gnome-terminal-server.
> Par ailleurs je n'ai pas d'xterm :
Ça ce n'est pas bien grave. Les terminaux fournis par les bureauxque je
connais (Xfce, Gnome...) sont des succédanés d'xterm. D'ailleurs ici dans
le Terminal Xfce :
> echo $TERM
xterm
Tu peux peut-être en essayer d'autres que celui de Gnome, quand même.
>> En fait je vois mal comment,
>> au sein d'une session X, la souris pourrait ne pas être dans une fenêtre X
>> (ou sur un bord de fenêtre). Si je lance emacs dans un terminal (emacs
>> -nw), puis la comande C-h k, puis que j'actionne la roulette, il « voit »
>> une touche qu'il appelle <up>.
>
> En fait, je ne sais même pas où est le serveur X :
> olivier@satie ~ $ echo $DISPLAY
> :0
> olivier@satie ~ $ netstat -an | grep 6000
> (rien)
> olivier@satie ~ $ netstat -an | grep 600
> (rien non plus)
pourrait-il être que sur localhost ? Ou bien es-tu sur un « vrai »
terminal X à l'ancienne (type salle info avec plein de postes tous
connectés à un gros serveur) ?
> Cela dit, mon problème de souris est dans un environnement différent :
> depuis un Windows avec Cygwin, je me connecte par ssh à un Linux RHEL.
> ... Mais le comportement est le même.
tu lances un terminal dans lequel tu exécutes vim ? Est-ce que la souris
marche normalement (sélection pour mode Visuel p. ex.) dans cet
environnement ?
>> Tu veux dire que tu as essayé et que ça ne marche pas ?
>
> Oui.
Que te donne xev pour la molette ? Moi il me donne des
ButtonPress/ButtonRelease pour button 4 ou 5.
Olivier Miakinen
Jun 1, 2017, 12:13:58 PM6/1/17
to
Le 01/06/2017 16:40, Lucas Levrel m'a répondu :
je n'ai pas ce problème de souris. Là je suis au boulot, et en effet
$TERM vaut xterm aussi bien dans les fenêtres locales Cygwin que
dans celles où j'ai lancé une session ssh.
>> [...]
aucune connection TCP avec le port 6000 ?
> Ou bien es-tu sur un « vrai »
> terminal X à l'ancienne (type salle info avec plein de postes tous
> connectés à un gros serveur) ?
Non, non. ;-)
Chez moi : micro-ordinateur banal avec Linux Mint et je fais tout en
local.
Au boulot : micro-ordinateur banal avec Windows sous lequel tournent
Cygwin et Xming. Connexion ssh depuis un terminal Cygwin vers un Linux
distant qui est probablement sur une machine virtuelle.
>> Cela dit, mon problème de souris est dans un environnement différent :
>> depuis un Windows avec Cygwin, je me connecte par ssh à un Linux RHEL.
>> ... Mais le comportement est le même.
>
> Il me semble que ce n'est pas pareil. À moins que depuis ton shell distant
> tu lances un terminal dans lequel tu exécutes vim ?
Justement non, je lance vim directement dans le shell distant.
> Est-ce que la souris
> marche normalement (sélection pour mode Visuel p. ex.) dans cet
> environnement ?
Oui, le problème est qu'elle fonctionne même trop bien ! Copier avec
clic gauche, coller avec clic milieu, et déplacement *dans* vim avec
la roulette, y compris en mode insertion. Ça serait super pratique si
ladite roulette n'était pas aussi sensible.
> [...]
--
Olivier Miakinen
>
>>> Ben, ton vim est bien dans un terminal non ?
>>
>> Les derniers essais que j'ai faits sont sur Linux Mint. Les fenêtres
>> « terminal » que je lance ont comme process de plus haut niveau un bash
>> et tous ont le même process parent qui est un gnome-terminal-server.
>> Par ailleurs je n'ai pas d'xterm :
>
> Ça ce n'est pas bien grave. Les terminaux fournis par les bureauxque je
> connais (Xfce, Gnome...) sont des succédanés d'xterm. D'ailleurs ici dans
> le Terminal Xfce :
>> echo $TERM
> xterm
>
> Tu peux peut-être en essayer d'autres que celui de Gnome, quand même.
J'essaierai ce soir chez moi sur le Linux Mint, mais bon, chez moi
>>> Ben, ton vim est bien dans un terminal non ?
>>
>> Les derniers essais que j'ai faits sont sur Linux Mint. Les fenêtres
>> « terminal » que je lance ont comme process de plus haut niveau un bash
>> et tous ont le même process parent qui est un gnome-terminal-server.
>> Par ailleurs je n'ai pas d'xterm :
>
> Ça ce n'est pas bien grave. Les terminaux fournis par les bureauxque je
> connais (Xfce, Gnome...) sont des succédanés d'xterm. D'ailleurs ici dans
> le Terminal Xfce :
>> echo $TERM
> xterm
>
> Tu peux peut-être en essayer d'autres que celui de Gnome, quand même.
je n'ai pas ce problème de souris. Là je suis au boulot, et en effet
$TERM vaut xterm aussi bien dans les fenêtres locales Cygwin que
dans celles où j'ai lancé une session ssh.
>> [...]
>>
>> En fait, je ne sais même pas où est le serveur X :
>> olivier@satie ~ $ echo $DISPLAY
>> :0
>> olivier@satie ~ $ netstat -an | grep 6000
>> (rien)
>> olivier@satie ~ $ netstat -an | grep 600
>> (rien non plus)
>
> Euh, si c'est un micro-ordinateur banal que tu bootes toi-même, où
> pourrait-il être que sur localhost ?
C'est ce que je pensais aussi. Mais dans ce cas pourquoi ne vois-je
>> En fait, je ne sais même pas où est le serveur X :
>> olivier@satie ~ $ echo $DISPLAY
>> :0
>> olivier@satie ~ $ netstat -an | grep 6000
>> (rien)
>> olivier@satie ~ $ netstat -an | grep 600
>> (rien non plus)
>
> Euh, si c'est un micro-ordinateur banal que tu bootes toi-même, où
> pourrait-il être que sur localhost ?
aucune connection TCP avec le port 6000 ?
> Ou bien es-tu sur un « vrai »
> terminal X à l'ancienne (type salle info avec plein de postes tous
> connectés à un gros serveur) ?
Chez moi : micro-ordinateur banal avec Linux Mint et je fais tout en
local.
Au boulot : micro-ordinateur banal avec Windows sous lequel tournent
Cygwin et Xming. Connexion ssh depuis un terminal Cygwin vers un Linux
distant qui est probablement sur une machine virtuelle.
>> Cela dit, mon problème de souris est dans un environnement différent :
>> depuis un Windows avec Cygwin, je me connecte par ssh à un Linux RHEL.
>> ... Mais le comportement est le même.
>
> Il me semble que ce n'est pas pareil. À moins que depuis ton shell distant
> tu lances un terminal dans lequel tu exécutes vim ?
> Est-ce que la souris
> marche normalement (sélection pour mode Visuel p. ex.) dans cet
> environnement ?
clic gauche, coller avec clic milieu, et déplacement *dans* vim avec
la roulette, y compris en mode insertion. Ça serait super pratique si
ladite roulette n'était pas aussi sensible.
> [...]
>
> Que te donne xev pour la molette ? Moi il me donne des
> ButtonPress/ButtonRelease pour button 4 ou 5.
Ça me donne la même chose.
> Que te donne xev pour la molette ? Moi il me donne des
> ButtonPress/ButtonRelease pour button 4 ou 5.
--
Olivier Miakinen
Olivier Miakinen
Jun 1, 2017, 12:34:40 PM6/1/17
to
Le 01/06/2017 18:13, j'écrivais :
toujours pas comment la souris interagit avec le vim distant.
Ça doit être quelque chose d'assez malin, puisque je constate
même la chose suivante.
1) Dans le terminal Cygwin, j'ai un ascenseur qui réagit à la
molette. Cet ascenseur n'est bien sûr pas affecté par ma
connexion ssh.
2) Lorsqu'alors je lance vim, l'ascenseur disparaît, la totalité
de la fenêtre visible est dédiée à l'édition du fichier. Du
coup la molette ne fait pas disparaître le contenu de mon
éditeur au profit des commandes lancées précédemment, et à
la place elle fait défiler le contenu du fichier comme avec
les touches de déplacement.
3) Enfin, quand je quitte vim, le contenu du fichier disparaît,
et je retrouve ma fenêtre comme avant le lancement de vim,
avec toutes les commandes déjà lancées, et un ascenseur actif.
Bref, c'est *très* confortable. Ou du moins ça le serait si je
n'avais pas un problème matériel avec la souris.
Cela dit, j'ai trouvé deux contournements possibles.
Premier contournement, lancer un xterm depuis le terminal cygwin,
et ouvrir vim dans ce nouvel xterm. Curieusement, le comportement
malin que j'ai constaté ci-dessus ne fonctionne plus : quand je
lance vim, l'ascenseur de la fenêtre reste actif, et la molette
agit sur cet ascenseur au lieu d'agir sur le contenu du fichier
édité. Ce n'est pas super pratique, mais au moins je ne fais plus
de copiers-collers ailleurs que là où j'ai prévu de les faire.
Second contournement, demander au terminal Cygwin que le 'coller'
se fasse avec le clic droit à la place (ou en plus) du clic milieu.
Là au moins je ne risque pas de déclencher la molette de façon
intempestive.
--
Olivier Miakinen
>
> Au boulot : micro-ordinateur banal avec Windows sous lequel tournent
> Cygwin et Xming. Connexion ssh depuis un terminal Cygwin vers un Linux
> distant qui est probablement sur une machine virtuelle.
Je n'ai pas vraiment résolu le problème puisque je ne comprends
> Au boulot : micro-ordinateur banal avec Windows sous lequel tournent
> Cygwin et Xming. Connexion ssh depuis un terminal Cygwin vers un Linux
> distant qui est probablement sur une machine virtuelle.
toujours pas comment la souris interagit avec le vim distant.
Ça doit être quelque chose d'assez malin, puisque je constate
même la chose suivante.
1) Dans le terminal Cygwin, j'ai un ascenseur qui réagit à la
molette. Cet ascenseur n'est bien sûr pas affecté par ma
connexion ssh.
2) Lorsqu'alors je lance vim, l'ascenseur disparaît, la totalité
de la fenêtre visible est dédiée à l'édition du fichier. Du
coup la molette ne fait pas disparaître le contenu de mon
éditeur au profit des commandes lancées précédemment, et à
la place elle fait défiler le contenu du fichier comme avec
les touches de déplacement.
3) Enfin, quand je quitte vim, le contenu du fichier disparaît,
et je retrouve ma fenêtre comme avant le lancement de vim,
avec toutes les commandes déjà lancées, et un ascenseur actif.
Bref, c'est *très* confortable. Ou du moins ça le serait si je
n'avais pas un problème matériel avec la souris.
Cela dit, j'ai trouvé deux contournements possibles.
Premier contournement, lancer un xterm depuis le terminal cygwin,
et ouvrir vim dans ce nouvel xterm. Curieusement, le comportement
malin que j'ai constaté ci-dessus ne fonctionne plus : quand je
lance vim, l'ascenseur de la fenêtre reste actif, et la molette
agit sur cet ascenseur au lieu d'agir sur le contenu du fichier
édité. Ce n'est pas super pratique, mais au moins je ne fais plus
de copiers-collers ailleurs que là où j'ai prévu de les faire.
Second contournement, demander au terminal Cygwin que le 'coller'
se fasse avec le clic droit à la place (ou en plus) du clic milieu.
Là au moins je ne risque pas de déclencher la molette de façon
intempestive.
--
Olivier Miakinen
Lucas Levrel
Jun 3, 2017, 6:16:23 AM6/3/17
to
Le 1 juin 2017, à 18:34, Olivier Miakinen a écrit :
> Je n'ai pas vraiment résolu le problème puisque je ne comprends
> toujours pas comment la souris interagit avec le vim distant.
> Ça doit être quelque chose d'assez malin, puisque je constate
> même la chose suivante.
>
> 1) Dans le terminal Cygwin, j'ai un ascenseur qui réagit à la
> molette. Cet ascenseur n'est bien sûr pas affecté par ma
> connexion ssh.
>
> 2) Lorsqu'alors je lance vim, l'ascenseur disparaît, la totalité
> de la fenêtre visible est dédiée à l'édition du fichier.
(...)
> Je n'ai pas vraiment résolu le problème puisque je ne comprends
> toujours pas comment la souris interagit avec le vim distant.
> Ça doit être quelque chose d'assez malin, puisque je constate
> même la chose suivante.
>
> 1) Dans le terminal Cygwin, j'ai un ascenseur qui réagit à la
> molette. Cet ascenseur n'est bien sûr pas affecté par ma
> connexion ssh.
>
> 2) Lorsqu'alors je lance vim, l'ascenseur disparaît, la totalité
> de la fenêtre visible est dédiée à l'édition du fichier.
Terminal malin effectivement. Le Terminal d'Xfce fait la même chose en
local.
> Cela dit, j'ai trouvé deux contournements possibles.
>
> Premier contournement, lancer un xterm depuis le terminal cygwin,
> et ouvrir vim dans ce nouvel xterm. Curieusement, le comportement
> malin que j'ai constaté ci-dessus ne fonctionne plus : quand je
> lance vim, l'ascenseur de la fenêtre reste actif, et la molette
> agit sur cet ascenseur au lieu d'agir sur le contenu du fichier
> édité. Ce n'est pas super pratique, mais au moins je ne fais plus
> de copiers-collers ailleurs que là où j'ai prévu de les faire.
>
> Second contournement, demander au terminal Cygwin que le 'coller'
> se fasse avec le clic droit à la place (ou en plus) du clic milieu.
> Là au moins je ne risque pas de déclencher la molette de façon
> intempestive.
clic-milieu. Qu'as-tu comme mode de souris ? J'ai set mouse=a.
Olivier Miakinen
Jun 7, 2017, 4:58:30 PM6/7/17
to
Le 03/06/2017 12:16, Lucas Levrel m'a répondu :
> [...]
Désolé, je n'ai pas eu le temps d'essayer jusqu'à présent : j'ai
des journées un peu chargées. Mais je ne t'oublie pas.
--
Olivier Miakinen
> [...]
Désolé, je n'ai pas eu le temps d'essayer jusqu'à présent : j'ai
des journées un peu chargées. Mais je ne t'oublie pas.
--
Olivier Miakinen
Olivier Miakinen
Jun 16, 2017, 10:12:15 AM6/16/17
to
Bonjour, et pardon pour le long délai avant de répondre.
Le 03/06/2017 12:16, Lucas Levrel m'a répondu :
en tout cas c'est bien vim qui la prend en charge puisque ça induit
un comportement *dans* vim au lieu d'agir sur la fenêtre et son
ascenseur.
> Qu'as-tu comme mode de souris ? J'ai set mouse=a.
J'ai « set mouse= ».
Bon, je n'aime pas trop remplacer un matériel avant qu'il soit
complètement cassé, mais là j'ai fini par craquer et j'ai demandé
une nouvelle souris. La roulette de la nouvelle est toujours un
peu sensible, mais quand même moins que l'ancienne si je fais
attention.
Merci encore pour ton aide.
--
Olivier Miakinen
Le 03/06/2017 12:16, Lucas Levrel m'a répondu :
>>
>> Premier contournement, lancer un xterm depuis le terminal cygwin,
>> et ouvrir vim dans ce nouvel xterm. Curieusement, le comportement
>> malin que j'ai constaté ci-dessus ne fonctionne plus : quand je
>> lance vim, l'ascenseur de la fenêtre reste actif, et la molette
>> agit sur cet ascenseur au lieu d'agir sur le contenu du fichier
>> édité. Ce n'est pas super pratique, mais au moins je ne fais plus
>> de copiers-collers ailleurs que là où j'ai prévu de les faire.
>>
>> Second contournement, demander au terminal Cygwin que le 'coller'
>> se fasse avec le clic droit à la place (ou en plus) du clic milieu.
>> Là au moins je ne risque pas de déclencher la molette de façon
>> intempestive.
>
> Vus ces deux contournements, on dirait que ce n'est pas vim qui gère le
> clic-milieu.
Je ne saurais pas le dire pour le clic milieu, mais pour la roulette
>> Premier contournement, lancer un xterm depuis le terminal cygwin,
>> et ouvrir vim dans ce nouvel xterm. Curieusement, le comportement
>> malin que j'ai constaté ci-dessus ne fonctionne plus : quand je
>> lance vim, l'ascenseur de la fenêtre reste actif, et la molette
>> agit sur cet ascenseur au lieu d'agir sur le contenu du fichier
>> édité. Ce n'est pas super pratique, mais au moins je ne fais plus
>> de copiers-collers ailleurs que là où j'ai prévu de les faire.
>>
>> Second contournement, demander au terminal Cygwin que le 'coller'
>> se fasse avec le clic droit à la place (ou en plus) du clic milieu.
>> Là au moins je ne risque pas de déclencher la molette de façon
>> intempestive.
>
> Vus ces deux contournements, on dirait que ce n'est pas vim qui gère le
> clic-milieu.
en tout cas c'est bien vim qui la prend en charge puisque ça induit
un comportement *dans* vim au lieu d'agir sur la fenêtre et son
ascenseur.
> Qu'as-tu comme mode de souris ? J'ai set mouse=a.
Bon, je n'aime pas trop remplacer un matériel avant qu'il soit
complètement cassé, mais là j'ai fini par craquer et j'ai demandé
une nouvelle souris. La roulette de la nouvelle est toujours un
peu sensible, mais quand même moins que l'ancienne si je fais
attention.
Merci encore pour ton aide.
--
Olivier Miakinen
Stéphane CARPENTIER
Jun 17, 2017, 4:06:37 PM6/17/17
to
Le 16-06-2017, Olivier Miakinen <om+...@miakinen.net> a écrit :
> Le 03/06/2017 12:16, Lucas Levrel m'a répondu :
>>
> Le 03/06/2017 12:16, Lucas Levrel m'a répondu :
>>
>> Vus ces deux contournements, on dirait que ce n'est pas vim qui gère
>> le clic-milieu.
>
> Je ne saurais pas le dire pour le clic milieu, mais pour la roulette
> en tout cas c'est bien vim qui la prend en charge puisque ça induit
> un comportement *dans* vim au lieu d'agir sur la fenêtre et son
> ascenseur.
>
>> Qu'as-tu comme mode de souris ? J'ai set mouse=a.
>
> J'ai « set mouse= ».
Donc, comme l'écrivait Lucas, ce n'est pas vim qui gérait la souris, il
>> le clic-milieu.
>
> Je ne saurais pas le dire pour le clic milieu, mais pour la roulette
> en tout cas c'est bien vim qui la prend en charge puisque ça induit
> un comportement *dans* vim au lieu d'agir sur la fenêtre et son
> ascenseur.
>
>> Qu'as-tu comme mode de souris ? J'ai set mouse=a.
>
> J'ai « set mouse= ».
laissait la main à l'interface graphique (qui est peut-être capable de
gérer intelligemment les ascenseurs).
Si c'est vim qui gère ta souris, c'est qu'il y a un mode de souris
défini ailleurs qui est appelé après ton « set mouse= »
--
>----------------72 caractères-:-si-ça-dépasse-je-ne-lis-pas-----------<
Stéphane
http://docs.fiat-linux.fr/lagivim.pdf
Olivier Miakinen
Jun 19, 2017, 6:04:34 AM6/19/17
to
Le 17/06/2017 22:06, Stéphane CARPENTIER a écrit :
>>
>> J'ai « set mouse= ».
>
> Donc, comme l'écrivait Lucas, ce n'est pas vim qui gérait la souris, il
> laissait la main à l'interface graphique (qui est peut-être capable de
> gérer intelligemment les ascenseurs).
Je trouve ça très fort. En effet, l'interface graphique est gérée par
>>
>> J'ai « set mouse= ».
>
> Donc, comme l'écrivait Lucas, ce n'est pas vim qui gérait la souris, il
> laissait la main à l'interface graphique (qui est peut-être capable de
> gérer intelligemment les ascenseurs).
cygwin sur Windows, dans une fenêtre de type texte avec ascenseur, à
partir de laquelle je fais un ssh vers un Linux, et lorsque je lance
vim dans ce Linux les mouvements de la roulette sont interprétés dans
vim... mais apparemment pas par vim !
Plus fort encore : si je fais un ssh vers un Unix AIX au lieu d'un Linux
et que j'y lance vim, l'ascenseur reste et la molette continue de gérer
cet ascenseur au lieu du contenu de vim. Mais si à partir de l'AIX je
fais un autre ssh vers un Linux, alors l'interface graphique sur cygwin
le détecte, grise l'ascenseur, et transfère les mouvements de roulette
en commandes vim !
Cygwin (Windows) --(ssh)--> AIX --(ssh)--> Linux --> Vim
| ^
+--------------------------------------------------+
Comment est-ce possible ???
--
Olivier Miakinen
Lucas Levrel
Jun 19, 2017, 7:01:08 AM6/19/17
to
Le 19 juin 2017, à 12:04, Olivier Miakinen a écrit :
>>> J'ai « set mouse= ».
Et si tu essayais mouse=a ?
>>> J'ai « set mouse= ».
> Je trouve ça très fort. En effet, l'interface graphique est gérée par
> cygwin sur Windows, dans une fenêtre de type texte avec ascenseur, à
> partir de laquelle je fais un ssh vers un Linux, et lorsque je lance
> vim dans ce Linux les mouvements de la roulette sont interprétés dans
> vim... mais apparemment pas par vim !
>
> Plus fort encore : si je fais un ssh vers un Unix AIX au lieu d'un Linux
> et que j'y lance vim, l'ascenseur reste et la molette continue de gérer
> cet ascenseur au lieu du contenu de vim. Mais si à partir de l'AIX je
> fais un autre ssh vers un Linux, alors l'interface graphique sur cygwin
> le détecte, grise l'ascenseur, et transfère les mouvements de roulette
> en commandes vim !
>
> Cygwin (Windows) --(ssh)--> AIX --(ssh)--> Linux --> Vim
> | ^
> +--------------------------------------------------+
changer de groupe...
Olivier Miakinen
Jun 19, 2017, 9:48:10 AM6/19/17
to
Le 19/06/2017 13:01, Lucas Levrel a écrit :
>
>>>> J'ai « set mouse= ».
>
> Et si tu essayais mouse=a ?
Les deux sont intéressants et indiquent une parfaite collaboration
>
>>>> J'ai « set mouse= ».
>
> Et si tu essayais mouse=a ?
entre la souris et l'éditeur de texte.
Aussi bien en mode commande qu'en mode insertion,
- avec « :set mouse= » :
la roulette fait monter ou descendre le curseur dans le texte
sans faire défiler ce texte, sauf si on arrive en haut ou en bas
du texte visible auquel cas ça fait défiler le contenu du ficher ;
- avec « :set mouse=a » :
la roulette fait défiler le contenu du fichier, le curseur restant
au même endroit dans le texte (donc montant ou descendant en même
temps que le contenu du fichier), sauf si le curseur arrive en haut
ou en bas auquel cas le curseur reste à la première ou la dernière
ligne tandis que le texte défile sous lui.
Je suis vraiment bluffé.
>> Je trouve ça très fort. En effet, l'interface graphique est gérée par
>> cygwin sur Windows, dans une fenêtre de type texte avec ascenseur, à
>> partir de laquelle je fais un ssh vers un Linux, et lorsque je lance
>> vim dans ce Linux les mouvements de la roulette sont interprétés dans
>> vim... mais apparemment pas par vim !
>>
>> Plus fort encore : si je fais un ssh vers un Unix AIX au lieu d'un Linux
>> et que j'y lance vim, l'ascenseur reste et la molette continue de gérer
>> cet ascenseur au lieu du contenu de vim. Mais si à partir de l'AIX je
>> fais un autre ssh vers un Linux, alors l'interface graphique sur cygwin
>> le détecte, grise l'ascenseur, et transfère les mouvements de roulette
>> en commandes vim !
>>
>> Cygwin (Windows) --(ssh)--> AIX --(ssh)--> Linux --> Vim
>> | ^
>> +--------------------------------------------------+
>
> Ça me dépasse aussi, mais pour avoir l'explication il faudra peut-être
> changer de groupe...
de chances dêtre lu par des gourous sur fcolc par exemple ?
--
Olivier Miakinen
Lucas Levrel
Jun 20, 2017, 6:47:02 AM6/20/17
to
Le 19 juin 2017, à 15:48, Olivier Miakinen a écrit :
> Le 19/06/2017 13:01, Lucas Levrel a écrit :
>>
>>>>> J'ai « set mouse= ».
>>
>> Et si tu essayais mouse=a ?
>
> Les deux sont intéressants et indiquent une parfaite collaboration
> entre la souris et l'éditeur de texte.
>
> Aussi bien en mode commande qu'en mode insertion,
> - avec « :set mouse= » :
> la roulette fait monter ou descendre le curseur dans le texte
> sans faire défiler ce texte, sauf si on arrive en haut ou en bas
> du texte visible auquel cas ça fait défiler le contenu du ficher ;
> - avec « :set mouse=a » :
> la roulette fait défiler le contenu du fichier, le curseur restant
> au même endroit dans le texte (donc montant ou descendant en même
> temps que le contenu du fichier), sauf si le curseur arrive en haut
> ou en bas auquel cas le curseur reste à la première ou la dernière
> ligne tandis que le texte défile sous lui.
>
> Je suis vraiment bluffé.
L'intérêt de la deuxième solution, c'est que le « coller » du serveur X,
> Le 19/06/2017 13:01, Lucas Levrel a écrit :
>>
>>>>> J'ai « set mouse= ».
>>
>> Et si tu essayais mouse=a ?
>
> Les deux sont intéressants et indiquent une parfaite collaboration
> entre la souris et l'éditeur de texte.
>
> Aussi bien en mode commande qu'en mode insertion,
> - avec « :set mouse= » :
> la roulette fait monter ou descendre le curseur dans le texte
> sans faire défiler ce texte, sauf si on arrive en haut ou en bas
> du texte visible auquel cas ça fait défiler le contenu du ficher ;
> - avec « :set mouse=a » :
> la roulette fait défiler le contenu du fichier, le curseur restant
> au même endroit dans le texte (donc montant ou descendant en même
> temps que le contenu du fichier), sauf si le curseur arrive en haut
> ou en bas auquel cas le curseur reste à la première ou la dernière
> ligne tandis que le texte défile sous lui.
>
> Je suis vraiment bluffé.
qui s'obtient par shift-clic milieu, se fera quasiment toujours au bon
endroit même si la roulette a mis son grain de sel.
>>> Cygwin (Windows) --(ssh)--> AIX --(ssh)--> Linux --> Vim
>>> | ^
>>> +--------------------------------------------------+
>>
>> Ça me dépasse aussi, mais pour avoir l'explication il faudra peut-être
>> changer de groupe...
>
> C'est pourtant le plus adapté je trouve.
comportement est spécifique à vim (tu me diras, emacs étant entre autres
un éditeur de texte, il aurait sa place ici...).
> Tu penses que j'aurais plus de chances dêtre lu par des gourous sur
> fcolc par exemple ?
fr.comp.applications.x11 mais pas d'autre activité que du spam
dernièrement. Peut-être des gourous lurkeurs (en général les gourous n'ont
pas besoin de poser de questions sur Usenet, donc s'il y en a ils
lurkent...).
0 new messages