#ergol #i3 #ergonautes
@Milka64 @ergonautes : attendre. Les raccourcis sont ce qui met le plus de temps à s’adapter parce que vraiment associé à la mémoire musculaire. (genre dans Vim, c’est l ’enfer).
Mais, comme tout le reste, ça passe (bon, évidemment, change tes raccourcis s’ils ne sont pas sémantiques mais positionnels)
@Milka64 @ploum Deux solutions à ça :
@fabi1cazenave dirait que c’est l’occasion de passer à Niri, où on n’a plus vraiment besoin d’accès direct aux bureaux.
@Milka64 @lord @ergonautes
Avec Niri j’ai fait en sorte de tout avoir sous la main droite,avec les homerow-mods sous la main gauche c’est vraiment top. C’est une ergonomie assez différente d’i3/sway, je trouve ça à la fois plus simple et plus efficace. Niri c’est la plus grosse baffe que j’ai prise en UX desktop depuis ma découverte des tilingWM il y a 20 ans !
Ma config, si jamais :
https://github.com/fabi1cazenave/dotFiles/blob/master/config/niri/config.kdl
@Milka64 @lord @ergonautes
Eh bah c’est justement ÇA qui est bien avec Niri : l’UX en ruban, ça s’adapte tout seul à n’importe quel workflow, y a rien besoin de configurer et on retrouve toujours tous ses petits.
Je fais un ruban par type de tâche (e.g. un pour le navigateur, un pour l’éditeur), j’ai plein de fenêtre pour chaque ruban, mais chaque ruban est centré sur la fenêtre dont j’ai besoin, et j’alterne d’un ruban à l’autre. C’est toujours utilisable, même avec trop de fenêtres.
@lord @ergonautes @Milka64
Je pense que le truc avec Niri c’est qu’il ne faut pas chercher à « ranger » les fenêtres, juste se dire qu’on utilise une position sur chaque ruban.
Les seules fois où je déplace une fenêtre, c’est quand je l’ai ouverte depuis le mauvais ruban, ce qui ne m’arrive quasi jamais. Et je n’ai besoin que de deux ou trois rubans, jamais plus.
Mais oui, c’est un autre paradigme, clairement.
@fabi1cazenave @ergonautes @Milka64 Ouai mais j'aime avoir plusieurs fenêtres en simultannée à l'écran. Genre l'écran du bas c'est irc+un term temporaire ou irc+navigateur avec le fediverse.
En haut c'est généralement le navigateur web avec deux fenêtres côte-à-côte et sur les autres workspaces c'est généralement terms+des fenêtres de navigateurs en fonction de ce que je fais.
C'est super chiant à reproduire avec niri je trouve vu qu'il va globalement tenter de constamment bouger tout le bousin.
@lord @ergonautes @Milka64
Beh au contraire je trouve que Niri est vraiment top pour avoir deux fenêtres côte-à-côte. Avec i3/sway mon Firefox était toujours en full-screen, avec Niri+Zen je trouve plus pratique d’avoir le navigateur sur un demi-écran.
Après, je n’utilise pas de multi-écrans, ou quasi jamais. Peut-être que Niri est relou dans cette config. (Ou on a des modèles mentaux UX très différents, tout simplement.)
@lord @ergonautes @Milka64
C’est un avantage et un inconvénient. Si on n’utilise que très peu d’onglets, oui c’est plus simple d’en confier la gestion au WM.
Perso, je sacrifie un peu d’homogénéité pour un gros gain d’efficacité, en utilisant une d’accès « onglet » très spécifique à l’application utilisée : pour Firefox/Zen c’est parmi les plus récents, pour Vim/Neovim c’est par fuzzy-matching, etc. Je préfère suivre le workflow de chaque app, plutôt que de lui imposer le mien.
@lord je viens de me dire aussi que sway est configuré avec double layout, une pour le clavier externe corne et une pour un clavier usb normal et surtout pour le clavier du laptop, il faut que je prenne ça en compte pour pouvoir garder un moyen de le contrôler dans tous les cas.
Bref je vais regarder ton fichier, merci
@doc75 @Milka64 @ergonautes
Si tu veux le lien, c’est là : https://github.com/Nuclear-Squid/dotFiles/blob/master/i3/i3_config
TL;DR, ma config I3 repose sur quelques points fondamentaux :
- j’utilise les `bindcode` pour avoir des mappings qui écoute la touche physique au lieu du symbole (donc la keymap dépend pas de la dispo)
- j’utilise mod + top-row au lieu de mod + num-row pour les changements de bureau
- je fais des commandes alternatives avec Shift partout (Mod + D alterne entre tab et split horizontal, Mod + Shift + D créé un nouveau split dans le container courant)