clavier français et sway

[Stéphane CARPENTIER]

Bonjour,

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

[Stéphane CARPENTIER]

Le 14-05-2021, Stéphane CARPENTIER <s...@fiat-linux.fr> a écrit :
>
> Je ne sais pas si c'est ça qui pose problème ou si c'est une
> coincidence. Une idée ?
>

Bon, OK, c'est une fois que j'ai envoyé mon message que j'ai trouvé.
J'aurais dû poser ma question plus tôt, j'aurais trouvé plus vite.

Pour info, ça doit marcher, j'essaye :

bindsym $mod+ampersand workspace 1
bindsym $mod+eacute workspace 2
bindsym $mod+quotedbl workspace 3
bindsym $mod+apostrophe workspace 4
bindsym $mod+parenleft workspace 5
bindsym $mod+minus workspace 6 # +section on Apple keyboards
bindsym $mod+egrave workspace 7
bindsym $mod+underscore workspace 8 # +exclam on Apple keyboards
bindsym $mod+ccedilla workspace 9
bindsym $mod+agrave workspace 10

[Stéphane CARPENTIER]

OK, ça marche, mais ils ne précisent pas que ça empiète sur la
configuration du scratchpad, j'ai désactivé scratchpad que je n'ai
jamais utilisé, je verrai plus tard pour l'utiliser.

Ça n'empêche que ça me gonfle d'avoir du "us" qui apparaît dans ma
configuration.

En répondant depuis sway, je remarque que gvim a besoin d'être en plein
écran pour s'afficher initialement : ça va pas me plaire longtemps. Il
faut que je vois comment changer ça parce que pour répondre avec slrn il
faut que je déplace gvim vers un autre bureau.

[Christophe PEREZ]

Le Fri, 14 May 2021 18:23:08 +0000, Stéphane CARPENTIER a écrit :

> Bon, OK, c'est une fois que j'ai envoyé mon message que j'ai trouvé.

Un grand classique !

Et si tu postes plus tôt, tu te reproches de ne pas avoir assez cherché
avant...
Le fameux cercle vicieux.

[william]

On 2021-05-14, Stéphane CARPENTIER <s...@fiat-linux.fr> wrote:
> OK, ça marche, mais ils ne précisent pas que ça empiète sur la
> configuration du scratchpad, j'ai désactivé scratchpad que je n'ai
> jamais utilisé, je verrai plus tard pour l'utiliser.
>
> Ça n'empêche que ça me gonfle d'avoir du "us" qui apparaît dans ma
> configuration.
>
> En répondant depuis sway, je remarque que gvim a besoin d'être en plein
> écran pour s'afficher initialement : ça va pas me plaire longtemps. Il
> faut que je vois comment changer ça parce que pour répondre avec slrn il
> faut que je déplace gvim vers un autre bureau.

Ce ne serait pas plus simple d'utiliser vim avec slrn ?

[Stéphane CARPENTIER]

Le 14-05-2021, Christophe PEREZ <ch...@novazur.fr> a écrit :
> Le Fri, 14 May 2021 18:23:08 +0000, Stéphane CARPENTIER a écrit :
>
>> Bon, OK, c'est une fois que j'ai envoyé mon message que j'ai trouvé.
>
> Un grand classique !

Oui, mais c'est plus drôle quand ça arrive aux autres.

[Stéphane CARPENTIER]

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.

De toutes façons, contrairement à ce que je croyais, c'est pas un problème de
plein écran mais de redimensionnement. Si j'ouvre gvim en plein écran,
ça fait pareil, c'est une fois qu'il est redimensionné que c'est bon.
Donc, il faut quand même que je trouve parce que je n'utilises pas gvim
qu'avec slrn.

[Christophe PEREZ]

Le Fri, 14 May 2021 20:26:49 +0000, Stéphane CARPENTIER a écrit :

> Oui, mais c'est plus drôle quand ça arrive aux autres.

:D

[Stéphane CARPENTIER]

Le 14-05-2021, Stéphane CARPENTIER <s...@fiat-linux.fr> a écrit :
>

> De toutes façons, contrairement à ce que je croyais, c'est pas un problème de
> plein écran mais de redimensionnement. Si j'ouvre gvim en plein écran,
> ça fait pareil, c'est une fois qu'il est redimensionné que c'est bon.
> Donc, il faut quand même que je trouve parce que je n'utilises pas gvim
> qu'avec slrn.

OK, j'ai trouvé et le problème ne vient pas de moi, mais est bien
général.
<https://github.com/swaywm/sway/issues/6220>

Donc, soit attendre que sway/wayland soit mature, soit passer à neovim.
J'hésite parce que c'est l'un des deux derniers trucs qui me gênent avec
sway. L'autre, c'est le focus. Ils disent que c'est mieux parce qu'il
n'y a plus à utiliser picom, mais picom avait un super avantage de
mettre un peu de transparence sur les fenêtres qui n'avaient pas le
focus pour m'aider à repérer facilement la fenêtre qui a le focus. Et
là, j'ai du mal à voir comment faire.

[Jo Engo]

Le Sun, 16 May 2021 15:31:34 +0000, Stéphane CARPENTIER a écrit :

> sway/wayland


Je ne trouve pas ton truc dans le ouaibe, ça me renvoie à Office365


--
X et sa nouvelle politique de recrutement dans les ZEP.
-- Breton, J.C.

[Jo Engo]

Le Sun, 16 May 2021 15:31:34 +0000, Stéphane CARPENTIER a écrit :

> sway/wayland


Je ne trouve pas ton truc dans le ouaibe, ça me renvoie à Office365

supersedes, il a fallu que je poste pour me rendre compte de mon erreur :
il fallait que je cherche swaywm, bien sûr.

[Stéphane CARPENTIER]

Le 16-05-2021, Jo Engo <y...@icite.fr> a écrit :
> Le Sun, 16 May 2021 15:31:34 +0000, Stéphane CARPENTIER a écrit :
>
>> sway/wayland
>
> Je ne trouve pas ton truc dans le ouaibe, ça me renvoie à Office365
> supersedes, il a fallu que je poste pour me rendre compte de mon erreur :
> il fallait que je cherche swaywm, bien sûr.

Je ne sais pas qui a choisi le nom en premier pour sway, mais c'est
juste horrible. Toutes les recherches sur le web doivent se faire avec
« -microsoft » pour pouvoir trouver quelque chose qui corresponde. parce
que swaywm ne va pas toujours être complet.

[william]

On 2021-05-14, Stéphane CARPENTIER <s...@fiat-linux.fr> wrote:
> Le 14-05-2021, william <bl...@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.

[Stéphane CARPENTIER]

Le 17-05-2021, william <bl...@no.spam> a écrit :
> On 2021-05-14, Stéphane CARPENTIER <s...@fiat-linux.fr> wrote:
>> Le 14-05-2021, william <bl...@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.

[Nicolas George]

Stéphane CARPENTIER , dans le message
<slrnsan0...@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 "$@"

[Stéphane CARPENTIER]

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.

[william]

On 2021-05-24, Stéphane CARPENTIER <s...@fiat-linux.fr> wrote:
> Le 17-05-2021, william <bl...@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.

[Stéphane CARPENTIER]

Le 27-05-2021, william <bl...@no.spam> a écrit :
> On 2021-05-24, Stéphane CARPENTIER <s...@fiat-linux.fr> wrote:
>> Le 17-05-2021, william <bl...@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.