i3 - improved tilling wm (diskuse)

[petr_p]

V dlaždicovém správci to bude znít jako rouhání, ale je možné nechat nová okna zaplňovat prostor nejen vodorovně, ale i svisle? Například xterm si nese svoji představu o velikosti okna a na plochu se mi pohodlně vejdou čtyři v rozložení dva na dva. Takže když spouštím jeden xterm za druhým, tak první je vlevo nahoře, druhý napravo od něj, třetí se otevře dole a čtvrtý vpravo dole. Z vašeho popisu mám dojem, že se mi všechny čtyři naskládají vedle sebe, a to buď vodorovně nebo svisle. Samozřejmě bych mohl v i3 po otevření třetího jej ručně přesunout dolů, ale proč to dělat ručně, když by to mohlo fungovat automaticky?

Druhý dotaz je na přepínaní mezi okny. Existuje v i3 možnost přepnout klávesnicí se předchozí okno? (Jako mají klasičtí správci obvykle na Meta-Tab.) Nikoliv, abych musel na něj ručně doskákat po sousedech.

[mseed]

Prvni funkce bude implementována pomocí "stack-limit".

[[stack-limit]]

///////////////////////////////////////////////////////////////////////////////
TODO: not yet implemented
=== Changing the stack-limit of a container

If you have a single container with a lot of windows inside it (say, more than
10), the default layout of a stacking container can get a little unhandy.
Depending on your screen’s size, you might end up with only half of the title
lines being actually used, wasting a lot of screen space.

Using the +stack-limit+ command, you can limit the number of rows or columns
in a stacking container. i3 will create columns or rows (depending on what
you limited) automatically as needed.

*Syntax*:
--------------------------------
stack-limit cols/rows value
--------------------------------

*Examples*:
-------------------
# I always want to have two window titles in one line
stack-limit cols 2

# Not more than 5 rows in this stacking container
stack-limit rows 5
-------------------

Přepínání oken (obdoba alt+tab) není implementováno. Jako workaround může být použita funkce mark/goto.

[Michal Vyskočil]

Nejsem si jistý, že používat dlaždicového správce oken na hromady emulátorů terminálu je ten nejlepší příklad. Takový tmux dělá to samé a navíc přináší výhody typu historie, kopírování a vkládání pomocí klávesnice, podpora uživatelských relací a takovou celkovou nezávislost na X. Naopak v článku nevidím, zda a jak je tento přístup použitelný i pro běžné grafické aplikace - prohlížeč webu, obrázků, gimp, libre office, nějaký IM kecálek - o čemž nejsem moc přesvědčen (i když to může být tím, že pořád používám klasické 4:3 displeje).

[yac]

Správce oken je na správu oken lepší, než tmux. Emulace WM v terminálu zavání.

[Michal Vyskočil]

Správce oken je na správu oken lepší, než tmux.

Já ale tvrdím, že je terminal multiplexer na správu terminálů (což byl jediný příklad použití i3 v článku) prostě lepší, než libovolný správce oken může kdy nabídnout. Což je axiom.

Emulace WM v terminálu zavání.

Sranda je ta, že hlavním účelem těchto programů není emulovat WM. Ale v případě tmuxu, který má splitování na extrémně použitelné úrovni je to takový malý bonus navíc.

[mseed]

i3 používám pro běžnou práci, nejen jako terminal multiplexer. Na terminálech se snáze demonstruje možnost rozdělování oken a změna módů. Článek nebyl pouze o práci v terminálech, ale obecné představení i3 http://www.abclinuxu.cz/images/clanky/triska/i3screen_02.png

[none]

Jiste, pracuji s beznymi nastroji - prohlizec, psi, konzole, oo a dalsi. Jak si na to jednou zvyknete, nechcete jinak. Vysoce navykove!

[yac]

Díky za hezké shrnutí, rozhodně otestuju, neboť (nejen) taby v xmonadu fungují v kombinovaných layoutech velmi špatně a vývoj utichnul. V awesome jsem o nich nenašel ani zmínku. Chvíli jsem se na i3 nedíval a už je z něho velký kluk, zdá se :)

[SPM]

taby v awesome byly, ale jelikož jejich tvůrce už je pak nějak neaktulizoval, tak šly zase pryč...

[SPM]

i3 jsem při posledním záchvatu s výměnou window managerů zkoušel. Hodně se mi líbil, nicméně kvůli jedné konkrétní věci musel jít pryč - ten force xinerama mód má takovou drobnou vadu - ve chvíli, kdy se monitory mění za běhu, tak je to problém. A jelikož notebook používám jako workstation a doma k němu připojuju druhý monitor, tak to znamenalo s každým příchodem domů restarnout Xka, což moc komfortní není. Nakonec jsem skončil u notion - konfigurace mi příliš nevoní (přecijen konfigurák i3 byl krásně jednoduchý, což se o těch lua skriptech úplně říct nedá), ale zatím to dělá to co má :)

[mseed]

Problematika je vysvětlena zde http://i3wm.org/docs/multi-monitor.html#_the_explanation

[SPM]

Tu dokumentaci jsem samozřejmě četl, chápu, že bez podpory randr je to dosti nahouby, nicméně to nemění nic na tom, že to pro mě není použitelné :/ Bohužel, jinak se mi i3 vážně líbil. Nouveau jsem zkoušel - tam to připojování a odpojování monitorů funguje pěkně, ale zase blbne suspend2ram (tak v 50% případů se buď neuspí nebo neprobudí) a výkon je žalostný (nezahrál jsem si ani tuxracera...) Jinak ještě náhledem do té dokumentace - v poslední větě je zmíněno, že u bin. driverů nejde konfigurace displayů měnit za běhu - což už docela dlouho není pravda. Kdyby se jim povedlo implementovat nějaký inplace restart, který při té příležitosti znovu načte displaye, tak by to ten problém vyřešilo - ostatně takhle stejně to řeší notion - jen se po změně restartne.

[mseed]

Ok, poptam Michaela co se s tim da delat.

[mseed]

inplace restart reads the list of workspaces via xinerama

Můžeš to otestovat s verzi 4.0.2 prosím? (bindsym $mod+Shift+R restart), Můžeme to probrat i na IRC.

[SPM]

připadá mi, že to dělá to samé (nebo něco hodně podobného), co na 4.0.1, co jsem zkoušel. Zapnu to s jedním displayem, přihodím druhý a restartnu - vše ok. i3bar se zobrazí na každém monitoru, každý monitor má svou plochu. A teď velký display zase vypnu a restartnu a teď už je to horší - i3bary mám dva nad sebou, každý zobrazuje to co předtím (tedy jakoby patřil tomu druhému neexistujícímu monitoru) a zobrazuje i ty své plochy - sranda je teď ta, že vidím plochy jenom z toho primárního monitoru a ty, co byly na sekundárním, se už na ně nepřepnu (teda asi přepnu, ale nic nevidím). IRC je to na německé doméně, co je na stránkách? Rád to pomůžu zdebugovat.

[mseed]

Server: irc.twice-irc.de kanál: #i3 (anglicky)

[SPM]

Tak jsem se dnes dokopal vyměnit na počítači v práci polorozpadlé unity, které mě už vážně nebavilo... za i3. Oproti notionu mi to ovládání a konfigurace přijde výrazně jednodušší (byť notion teda fungoval také dost hezky)... asi to kopnu i zase na notebook - po včerejšku na irc ten dualhead problém umím alespoň nějak řešit :)) díky za článek, jinak bych se asi nedokopal :)

[mseed]

Jako workaround lze použít nouveau ovladače.

[wosambo]

ze by koncept tiling wm prevzal Microsoft do novych Windows 8?

[cronin]

Chvíľu som tiling wm používal, ale upustil som od neho. Príde mi ako veľmi vhodný a zaujímavý, ale iba pre určitý modus operandi. Ako administrátor, ktorý väčšinu času pracuje v termináloch, číta manuály, browsuje, chatuje a popri tom všetkom počúva hudbu, by som si život s tiling wm vedel veľmi dobre predstaviť.

Ako vývojár, ktorý 90% času potrebuje mať IDE na celej obrazovke, a pri práci v jednom až štyroch termináloch nepotrebuje IDE vidieť, je pre mňa ďaleko praktickejšie smart umiestňovanie okien a'la KDE/XFCE. Oddelenie jednotlivých úloh ako "komunikácia", "vývoj" a pod. riešia uspokojivo virtuálne plochy.

Tak mi napadlo: existuje nejaký "tiling wm" pre okná vo firefoxe?

[mseed]

Každý má jiné preference při používání desktopu a je skoro nemožné vytvořit window manager, který bude vyhovovat všem.

Používám i3 zcela bez problému a pohodlně jako administrátor, vývojář i běžný uživatel.

[cronin]

S tým samozrejme súhlasím. V žiadnom prípade som nechcel povedať, že tilinng WM je zlý len preto, lebo nevyhovuje mne, ani nepožadujem, aby jeden WM vyhovoval všetkým - to je doména iných operačných systémov.

[|🇵🇸]

Tile Tabs

[cronin]

Ďakujem, vyskúšam.

[Josef Kufner]

Když jsem kdysi s tiling managerama experimentoval, došel jsem k tomu, že by to chtělo jen vylepšit klasický window manager o tiling funkce. Například přidělat podporu pravítek a při manipulaci s okny se na ně lepit, pak při pohybu s přilepeným oknem hýbat i pravítkem a všemi ostatními přilepenými okny. (Nechcete to někdo udělat?)

[ernierasta]

KDE 4.5 a výše tuto funkci (částečně) má. A teprve s tím experimentuji, ale zdá se to být velmi pěkný kompromis mezi tiling wm a funkcemi klasických wm (systray, menu, pěkné notifikace, ...). Jen je třeba modifikovat klávesové zkratky (u mně byl i3 vzorem).

[12]

Nemá být v nadpisu jen jedno L? Nevím, třeba se mýlím. Ale takhle (tilling) mi to opravdu nesedí...

[mseed]

Souhlas, pěkné přehlédnutí díky.

[David Watzke]

Díky, opraveno.

[Shadow]

Díky za moc pěkný článek. i3 se mi moc líbí, akorát zatím stále používám Awesome. Po i3 ale stále pokukuju a jestli ve 4.1 bude systray, tak na něj snad už konečně přejdu.

[Janick]

i3 je celkem fajn, ale totálně mě odradilo nepochopilně odlišné výchozí Vim-like rozložení klávesnice (h/j/k/l vs. j/k/l/; apod.), které například wmii nebo xmonad dodržují. Je to zbytečně matoucí a nepřirozené. Jasně že to lze předefinovat, ale je to práce navíc a nesystémové řešení.

[SPM]

No, jsou to 4 řádky v konfiguráku, kterej u takovýho wm stejně bude potřeba upravovat... (a od ion3 je tohle ještě docela logický :)) ). nicméně důvod byl snad ten, aby splitování kontejnerů bylo namapováno na mod+h pro horizontální split...