est-ce qu'il y en a qui maÍ®trisent sway ici ? Avant d'étaler toutes mes
configs, je préfère me renseigner.
D'abord, avec i3wm, j'ai tout qui marche bien, quand je fais
[Windows]+[3] je bascule sur le 3ième bureau virtuel. Avec sway, il faut que
je fasse [Windows]+[Shift]+[3]. Ce qui ne me plaͮt pas parce que d'abord
c'est plus compliqué et ensuite, c'est supposé être utiliser pour
déplacer les applications sur les bureaux virtuels. Mapper sur ["] me
semble plus joueur, mapper sur [F3] me semble préférable mais je préfère
comprendre.
En passant de i3wm Í sway, je suis passé du clavier français au clavier
anglais, mais j'ai tout bien configuré pour repasser au français. Sauf
que quand je vois ça (dans sayw pas dans i3wm ou c'est bien fr et oss) :
(stef)> setxkbmap -print -verbose 10
Setting verbose level to 10
locale is C
Trying to load rules file ./rules/evdev...
Trying to load rules file /usr/share/X11/xkb/rules/evdev...
Success.
Applied rules from evdev:
rules: evdev
model: pc105
layout: us
Trying to build keymap using the following components:
keycodes: evdev+aliases(qwerty)
types: complete
compat: complete
symbols: pc+us+inet(evdev)
geometry: pc(pc105)
xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+us+inet(evdev)" };
xkb_geometry { include "pc(pc105)" };
};
Je me dis qu'il y a peut-être un truc pourri qui traine.
Mais applis sont bien mappées sur le clavier français (c'est facile Í
voir) et sway aussi (j'ai mappé le lancement d'une application sur
[Windows]+[m] et ça marche).
Je ne sais pas si c'est ça qui pose problème ou si c'est une
coincidence. Une idée ?
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
Ce ne serait pas plus simple d'utiliser vim avec slrn ?
Je ne sais pas, les deux dans le même terminal ? Ça veut dire que slrn s'efface pour laisser la place Í vim ? Sinon, s'il faut ouvrir vim dans un autre terminal, ce ne sera pas plus simple.
oui, au moment de la composition, j ai vim qui se lance et c'est dans le même terminal. Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
On 2021-05-14, Stéphane CARPENTIER <sc@fiat-linux.fr> wrote:
Le 14-05-2021, william <blop@no.spam> a écrit :
Ce ne serait pas plus simple d'utiliser vim avec slrn ?
Je ne sais pas, les deux dans le même terminal ? Ça veut dire que slrn
s'efface pour laisser la place Í vim ? Sinon, s'il faut ouvrir vim dans
un autre terminal, ce ne sera pas plus simple.
oui, au moment de la composition, j ai vim qui se lance et c'est dans le
même terminal. Si c est au final pour changer de fenetre, autant prendre
une application graphique, puis que cela implique de gérer plusieurs
fenetre en mode tiling, c est sans doute un peu pénible.
Ce ne serait pas plus simple d'utiliser vim avec slrn ?
Je ne sais pas, les deux dans le même terminal ? Ça veut dire que slrn s'efface pour laisser la place Í vim ? Sinon, s'il faut ouvrir vim dans un autre terminal, ce ne sera pas plus simple.
oui, au moment de la composition, j ai vim qui se lance et c'est dans le même terminal. Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
Stéphane CARPENTIER
Le 17-05-2021, william a écrit :
On 2021-05-14, Stéphane CARPENTIER wrote:
Le 14-05-2021, william a écrit :
Ce ne serait pas plus simple d'utiliser vim avec slrn ?
Je ne sais pas, les deux dans le même terminal ? Ça veut dire que slrn s'efface pour laisser la place Í vim ? Sinon, s'il faut ouvrir vim dans un autre terminal, ce ne sera pas plus simple.
oui, au moment de la composition, j ai vim qui se lance et c'est dans le même terminal.
OK.
Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat (pas le terminal mais le passage du fichier Í éditer), mais mode tilling ou pas, la complexité est la même. Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra le problème que pour slrn. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 17-05-2021, william <blop@no.spam> a écrit :
On 2021-05-14, Stéphane CARPENTIER <sc@fiat-linux.fr> wrote:
Le 14-05-2021, william <blop@no.spam> a écrit :
Ce ne serait pas plus simple d'utiliser vim avec slrn ?
Je ne sais pas, les deux dans le même terminal ? Ça veut dire que slrn
s'efface pour laisser la place Í vim ? Sinon, s'il faut ouvrir vim dans
un autre terminal, ce ne sera pas plus simple.
oui, au moment de la composition, j ai vim qui se lance et c'est dans le
même terminal.
OK.
Si c est au final pour changer de fenetre, autant prendre
une application graphique, puis que cela implique de gérer plusieurs
fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le
mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer
gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la
moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer
gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une
autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus
délicat (pas le terminal mais le passage du fichier Í éditer), mais mode
tilling ou pas, la complexité est la même.
Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour
s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra
le problème que pour slrn.
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
Ce ne serait pas plus simple d'utiliser vim avec slrn ?
Je ne sais pas, les deux dans le même terminal ? Ça veut dire que slrn s'efface pour laisser la place Í vim ? Sinon, s'il faut ouvrir vim dans un autre terminal, ce ne sera pas plus simple.
oui, au moment de la composition, j ai vim qui se lance et c'est dans le même terminal.
OK.
Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat (pas le terminal mais le passage du fichier Í éditer), mais mode tilling ou pas, la complexité est la même. Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra le problème que pour slrn. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Nicolas George
Stéphane CARPENTIER , dans le message , a écrit :
Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat
#!/bin/sh exec xterm -e vim "$@"
Stéphane CARPENTIER , dans le message
<slrnsan05v.155.sc@scarpet42p.localdomain>, a écrit :
Pour déclarer vim dans une
autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus
délicat
Stéphane CARPENTIER , dans le message , a écrit :
Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat
#!/bin/sh exec xterm -e vim "$@"
Stéphane CARPENTIER
Le 24-05-2021, Nicolas George <nicolas$ a écrit :
Stéphane CARPENTIER , dans le message , a écrit :
Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat
#!/bin/sh exec xterm -e vim "$@"
Ce que je veux dire par « plus délicat », c'est juste que c'est moins instantané que de laisser vim tourner directement dans la même fenêtre ou que d'appeler directement gvim. Pas que c'est vraiment dur. Pas que je ne suis pas capable de le faire ou de compléter ce que tu as écrit pour l'utiliser dans la config de slrn. Mais avant de changer quoique ce soit, je préfère trouver une solution qui gère directement bien l'affichage (probablement en basculant vers neovim), en attendant, je préfère gvim et le redimensionnement n'est pas si compliqué, même si c'est pourri dans le principe. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 24-05-2021, Nicolas George <nicolas$george@salle-s.org> a écrit :
Stéphane CARPENTIER , dans le message
<slrnsan05v.155.sc@scarpet42p.localdomain>, a écrit :
Pour déclarer vim dans une
autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus
délicat
#!/bin/sh
exec xterm -e vim "$@"
Ce que je veux dire par « plus délicat », c'est juste que c'est moins
instantané que de laisser vim tourner directement dans la même fenêtre
ou que d'appeler directement gvim. Pas que c'est vraiment dur. Pas que
je ne suis pas capable de le faire ou de compléter ce que tu as écrit
pour l'utiliser dans la config de slrn.
Mais avant de changer quoique ce soit, je préfère trouver une solution
qui gère directement bien l'affichage (probablement en basculant vers
neovim), en attendant, je préfère gvim et le redimensionnement n'est pas
si compliqué, même si c'est pourri dans le principe.
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
Le 24-05-2021, Nicolas George <nicolas$ a écrit :
Stéphane CARPENTIER , dans le message , a écrit :
Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat
#!/bin/sh exec xterm -e vim "$@"
Ce que je veux dire par « plus délicat », c'est juste que c'est moins instantané que de laisser vim tourner directement dans la même fenêtre ou que d'appeler directement gvim. Pas que c'est vraiment dur. Pas que je ne suis pas capable de le faire ou de compléter ce que tu as écrit pour l'utiliser dans la config de slrn. Mais avant de changer quoique ce soit, je préfère trouver une solution qui gère directement bien l'affichage (probablement en basculant vers neovim), en attendant, je préfère gvim et le redimensionnement n'est pas si compliqué, même si c'est pourri dans le principe. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
william
On 2021-05-24, Stéphane CARPENTIER wrote:
Le 17-05-2021, william a écrit :
Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat (pas le terminal mais le passage du fichier Í éditer), mais mode tilling ou pas, la complexité est la même.
En fait, quand j'utilise ce genre de bureau j essaie de minimiser le nombre de fenetre par workspace. C'est pour cela que j'ai un terminal complet ouvert. Quand j'ai une deuxieme fenetre, c est toujours temporaire. Mais c'est sans doute que j'ai une mauvaise habitude.
Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra le problème que pour slrn.
alors pour mon cas, j'ai un hook dans xmonad pour que chaque fenetre qui s'ouvre, il ne soit pas maximisé. Le probleme survient chez moi quand je suis sur un autre VM, lorsque mon application est maximisé, il prend ce paramètrage en effet au lancement suivant.
On 2021-05-24, Stéphane CARPENTIER <sc@fiat-linux.fr> wrote:
Le 17-05-2021, william <blop@no.spam> a écrit :
Si c est au final pour changer de fenetre, autant prendre
une application graphique, puis que cela implique de gérer plusieurs
fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le
mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer
gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la
moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer
gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une
autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus
délicat (pas le terminal mais le passage du fichier Í éditer), mais mode
tilling ou pas, la complexité est la même.
En fait, quand j'utilise ce genre de bureau j essaie de minimiser le
nombre de fenetre par workspace. C'est pour cela que j'ai un terminal
complet ouvert.
Quand j'ai une deuxieme fenetre, c est toujours temporaire.
Mais c'est sans doute que j'ai une mauvaise habitude.
Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour
s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra
le problème que pour slrn.
alors pour mon cas, j'ai un hook dans xmonad pour que chaque fenetre qui
s'ouvre, il ne soit pas maximisé.
Le probleme survient chez moi quand je suis sur un autre VM, lorsque mon
application est maximisé, il prend ce paramètrage en effet au lancement
suivant.
Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat (pas le terminal mais le passage du fichier Í éditer), mais mode tilling ou pas, la complexité est la même.
En fait, quand j'utilise ce genre de bureau j essaie de minimiser le nombre de fenetre par workspace. C'est pour cela que j'ai un terminal complet ouvert. Quand j'ai une deuxieme fenetre, c est toujours temporaire. Mais c'est sans doute que j'ai une mauvaise habitude.
Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra le problème que pour slrn.
alors pour mon cas, j'ai un hook dans xmonad pour que chaque fenetre qui s'ouvre, il ne soit pas maximisé. Le probleme survient chez moi quand je suis sur un autre VM, lorsque mon application est maximisé, il prend ce paramètrage en effet au lancement suivant.
Stéphane CARPENTIER
Le 27-05-2021, william a écrit :
On 2021-05-24, Stéphane CARPENTIER wrote:
Le 17-05-2021, william a écrit :
Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat (pas le terminal mais le passage du fichier Í éditer), mais mode tilling ou pas, la complexité est la même.
En fait, quand j'utilise ce genre de bureau j essaie de minimiser le nombre de fenetre par workspace. C'est pour cela que j'ai un terminal complet ouvert.
Je minimise toujours le nombre de fenêtres par workspace, et c'est justement ce genre de WM qui me permet d'en avoir plusieurs ouverts en même facilement en même temps. Mon but, c'est un workspace = un espace de travail comme son nom l'indique. J'ai un workspace pour slrn, quand je réponds, ça a du sens que ma réponse soit dans le même workspace que slrn. Par contre, si je travaille sur un script ou un truc dans le genre, j'ai mon script ouvert dans gvim, un terminal ouvert pour tester mon script, et éventuellement un page man ouverte dan sun autre terminal. Je trouve plus pratique d'avoir les trois en même temps sur le même workspace.
Quand j'ai une deuxieme fenetre, c est toujours temporaire. Mais c'est sans doute que j'ai une mauvaise habitude.
Heu non, lÍ , le but est d'adapter l'environnement Í ses goÍ»ts, pas l'inverse. Donc, si tu préfères l'inverse de ce que je préfère il n'y a aucune raison que l'un fasse comme l'autre.
Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra le problème que pour slrn.
alors pour mon cas, j'ai un hook dans xmonad pour que chaque fenetre qui s'ouvre, il ne soit pas maximisé.
LÍ , c'est un bug de gvim avec wayland. Que gvim soit maximisé ou pas, lorsqu'il s'ouvre il est inutilisable avant que je ne le redimensionne. S'il est maximisé, il suffit d'ouvrir un terminal et de fermer le terminal dans la foulée. C'est très rapide mais j'aime pas le principe, je regarde neovim qui semble mieux géré Í ce niveau lÍ . L'autre avantage de neovim, c'est que dans Alacritty il gère les curseurs comme gvim le fait. Pour la configuration, il faut tout basculer, il faut que je trouve du temps pour le faire.
Le probleme survient chez moi quand je suis sur un autre VM, lorsque mon application est maximisé, il prend ce paramètrage en effet au lancement suivant.
Mais moi, le but d'un tilling WM, c'est que ce soit toujours maximisé et que ça ne se marche jamais sur les pieds. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 27-05-2021, william <blop@no.spam> a écrit :
On 2021-05-24, Stéphane CARPENTIER <sc@fiat-linux.fr> wrote:
Le 17-05-2021, william <blop@no.spam> a écrit :
Si c est au final pour changer de fenetre, autant prendre
une application graphique, puis que cela implique de gérer plusieurs
fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le
mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer
gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la
moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer
gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une
autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus
délicat (pas le terminal mais le passage du fichier Í éditer), mais mode
tilling ou pas, la complexité est la même.
En fait, quand j'utilise ce genre de bureau j essaie de minimiser le
nombre de fenetre par workspace. C'est pour cela que j'ai un terminal
complet ouvert.
Je minimise toujours le nombre de fenêtres par workspace, et c'est
justement ce genre de WM qui me permet d'en avoir plusieurs ouverts en
même facilement en même temps. Mon but, c'est un workspace = un espace
de travail comme son nom l'indique. J'ai un workspace pour slrn, quand
je réponds, ça a du sens que ma réponse soit dans le même workspace que
slrn. Par contre, si je travaille sur un script ou un truc dans le
genre, j'ai mon script ouvert dans gvim, un terminal ouvert pour tester
mon script, et éventuellement un page man ouverte dan sun autre
terminal. Je trouve plus pratique d'avoir les trois en même temps sur le
même workspace.
Quand j'ai une deuxieme fenetre, c est toujours temporaire.
Mais c'est sans doute que j'ai une mauvaise habitude.
Heu non, lÍ , le but est d'adapter l'environnement Í ses goÍ»ts, pas
l'inverse. Donc, si tu préfères l'inverse de ce que je préfère il n'y a
aucune raison que l'un fasse comme l'autre.
Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour
s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra
le problème que pour slrn.
alors pour mon cas, j'ai un hook dans xmonad pour que chaque fenetre qui
s'ouvre, il ne soit pas maximisé.
LÍ , c'est un bug de gvim avec wayland. Que gvim soit maximisé ou pas,
lorsqu'il s'ouvre il est inutilisable avant que je ne le redimensionne.
S'il est maximisé, il suffit d'ouvrir un terminal et de fermer le
terminal dans la foulée. C'est très rapide mais j'aime pas le principe,
je regarde neovim qui semble mieux géré Í ce niveau lÍ . L'autre avantage
de neovim, c'est que dans Alacritty il gère les curseurs comme gvim le
fait. Pour la configuration, il faut tout basculer, il faut que je
trouve du temps pour le faire.
Le probleme survient chez moi quand je suis sur un autre VM, lorsque mon
application est maximisé, il prend ce paramètrage en effet au lancement
suivant.
Mais moi, le but d'un tilling WM, c'est que ce soit toujours maximisé et
que ça ne se marche jamais sur les pieds.
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
Si c est au final pour changer de fenetre, autant prendre une application graphique, puis que cela implique de gérer plusieurs fenetre en mode tiling, c est sans doute un peu pénible.
Je ne vois pas pourquoi ce serait plus compliqué en mode tilling. Le mode tilling, c'est juste l'affichage des fenêtres. Le fait de lancer gvim fait que j'ai slrn Í gauche et gvim Í droite, chacun prenant la moitié de l'écran sans que je n'ait autre chose Í faire que de déclarer gvim comme éditeur dans la conf de slrn. Pour déclarer vim dans une autre fenêtre, il faudrait que j'ouvre un terminal et ce serait plus délicat (pas le terminal mais le passage du fichier Í éditer), mais mode tilling ou pas, la complexité est la même.
En fait, quand j'utilise ce genre de bureau j essaie de minimiser le nombre de fenetre par workspace. C'est pour cela que j'ai un terminal complet ouvert.
Je minimise toujours le nombre de fenêtres par workspace, et c'est justement ce genre de WM qui me permet d'en avoir plusieurs ouverts en même facilement en même temps. Mon but, c'est un workspace = un espace de travail comme son nom l'indique. J'ai un workspace pour slrn, quand je réponds, ça a du sens que ma réponse soit dans le même workspace que slrn. Par contre, si je travaille sur un script ou un truc dans le genre, j'ai mon script ouvert dans gvim, un terminal ouvert pour tester mon script, et éventuellement un page man ouverte dan sun autre terminal. Je trouve plus pratique d'avoir les trois en même temps sur le même workspace.
Quand j'ai une deuxieme fenetre, c est toujours temporaire. Mais c'est sans doute que j'ai une mauvaise habitude.
Heu non, lÍ , le but est d'adapter l'environnement Í ses goÍ»ts, pas l'inverse. Donc, si tu préfères l'inverse de ce que je préfère il n'y a aucune raison que l'un fasse comme l'autre.
Mon problème actuel, c'est que gvim a besoin d'être redimensionné pour s'afficher. Donc, utiliser vim Í la place de gvim pour slnr ne résoudra le problème que pour slrn.
alors pour mon cas, j'ai un hook dans xmonad pour que chaque fenetre qui s'ouvre, il ne soit pas maximisé.
LÍ , c'est un bug de gvim avec wayland. Que gvim soit maximisé ou pas, lorsqu'il s'ouvre il est inutilisable avant que je ne le redimensionne. S'il est maximisé, il suffit d'ouvrir un terminal et de fermer le terminal dans la foulée. C'est très rapide mais j'aime pas le principe, je regarde neovim qui semble mieux géré Í ce niveau lÍ . L'autre avantage de neovim, c'est que dans Alacritty il gère les curseurs comme gvim le fait. Pour la configuration, il faut tout basculer, il faut que je trouve du temps pour le faire.
Le probleme survient chez moi quand je suis sur un autre VM, lorsque mon application est maximisé, il prend ce paramètrage en effet au lancement suivant.
Mais moi, le but d'un tilling WM, c'est que ce soit toujours maximisé et que ça ne se marche jamais sur les pieds. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
