Makers van Gnome werken aan native ondersteuning voor windowtiling

De makers van Gnome werken aan standaardondersteuning voor windowtiling in de desktopomgeving. Daarvoor zijn nu tientallen externe apps, maar de makers willen het native gaan ondersteunen.

De makers schrijven in een blogpost dat zij op het moment werken aan volledige ondersteuning voor windowtiling, waarbij vensters automatisch herschikt worden op de manier die de gebruiker zou willen. De makers willen geen nieuwe tool bouwen die gebruikers optioneel aan kunnen zetten, omdat er al tientallen van zulke tools voor Linux zijn. Ook ondersteunen sommige distro's, waaronder Pop!_OS, windowtiling al native.

Voor de ondersteuning hebben de makers naar eigen zeggen meer metadata nodig. Die data moet bijvoorbeeld kunnen aangeven wat de maximale grootte van een venster kan zijn voordat het er niet goed meer uitziet. Ook willen de makers een reeks hebben van verschillende maten en groottes waarin een app goed werkt. Een chatapp zou bijvoorbeeld minder breed hoeven te zijn dan veel andere apps. "Idealiter kan dat dynamisch worden gedaan op basis van de inhoud van het venster", zeggen de makers. Die noemen als ander voorbeeld een spreadsheet, waarbij de afmeting van het venster afhankelijk wordt van het aantal kolommen.

De makers van Gnome denken nog na over de juiste implementatie. Ze willen daarvoor een nieuwe api in de desktopomgeving implementeren, maar erkennen dat het voor ontwikkelaars veel tijd kan kosten voor zij die api goed gebruiken. In een eerste concept gebruiken de ontwikkelaars drie modellen. In een mozaïekmodel opent een app direct op een manier die 'het meest logisch is voor de app', bijvoorbeeld een gemaximaliseerde webbrowser of juist een weerapp die kleiner opent. Er is daarnaast een klassiek edgetilingsysteem dat vergelijkbaar is met de huidige tiling die geldt voor de zij- en bovenkant van het scherm. Ook is er een concept voor een floating venster dat over andere vensters heen komt te liggen. De makers noemen expliciet nog geen tijdlijn voor wanneer windowtiling er moet komen, maar dat kost waarschijnlijk 'meerdere cycli' van Gnome-ontwikkelreleases.

Reacties (43)

[LucaGiannini00]

Yay Gnome krijgt native Popshell geimplementeerd

[scholtnp]

Gnome krijgt native Popshell geimplementeerd

Inderdaad ziet dat er goed uit. Zie het rechter filmpje op deze webpage.

[bbg0]

Het gaat NIET werken zoals in dat filmpje. De blog post waar dit artikel op gebaseerd is laat een aantal andere filmpjes zien met heel ander gedrag: https://blogs.gnome.org/t...inking-window-management/

Er komen ook API-veranderingen voor applicaties om aan te geven hoe ze willen tilen, zodat je niet in de situatie komt dat je 10 hele smalle terminals naast elkaar krijgt bijvoorbeeld.

[kozue]

Ik heb het filmpje even bekeken en ik vind het er eigenlijk maar irritant uit zien. Veel te veel vensters op 1 scherm, met onleesbaar kleine tekst. Wie heeft er plek om 6 vensters naast elkaar weer te geven en nog bruikbaar te laten zijn ook? Wat voor monitor gebruiken die lui? 40"? Op mijn 24" heb ik liever gewoon een paar gemaximaliseerde vensters waartussen ik makkelijk kan switchen op meerdere manieren.

[bzzzt]

Je kan ook gewoon 2 vensters side by side openen, maar een goede oplossing moet ook schalen - wat hier gedemonstreerd wordt.
Op dit moment heb je voor iets over de 200 euro een 27 inch scherm en kan je voor onder de 500 euro 32 inch exemplaren vinden. Enthousiastelingen die honderden euro's aan CPU's, GPU's, memory etc uitgeven willen daar ook wel een beetje riant scherm bij dus er is zeker een opwaartse trend.

[kozue]

Ik heb geen behoefte aan een groter scherm. Zeker niet als het me nog geld kost ook, om iets te vervangen wat nu prima werkt. Maar een groter scherm past niet eens op m'n tafel. M'n monitor zit gesandwiched tussen andere apparaten met aan beide kanten minder dan een halve centimeter speling

[bzzzt]

Een opwaartse trend zegt niet gelijk dat jij er ook aan mee moet doen
Denk dat de meeste mensen niet zo krap in de ruimte zitten dat een inch erbij niet past dus dat is wel een heel specifieke beperking. Natuurlijk kan je lang doen met een monitor, maar er is wel degelijk een forse verbetering geweest in kleurechtheid, resolutie en grootte. Je gaat geen PC kopen voor 2000 euro en er vervolgens een 20 jaar oud 4:3 schermpje aanhangen terwijl je voor 200 euro al een ontzettende verbetering kan realiseren.

[zordaz]

Ik heb het filmpje bekeken en zit er totaal niet op te wachten. Maar gelukkig is er voor elk wat wils als je Linux gebruikt. En ik behoor daarnaast tot de groep die is afgehaakt vanaf Gnome versie 3, dat zal ook wel meespelen (versie 1 en 2 overigens dik 10 jaar gebruikt).

Het filmpje schaalt trouwens niet goed op het scherm van mijn smartphone....

[HobbesNL]

Goed nieuws inderdaad! Nu dat PopOS een eigen DE aan het ontwikkelen is was ik al bang om de PopOS tiling Gnome Extension kwijt te gaan raken. Maar dat gaat dus tzt helemaal goed komen. Mooie stap van Gnome!

[Sando]

Fijn! 15 jaar te laat, en al door iedereen geforked en gedaan, en vaak actief onderhouden zoals PaperWM, maar fijn! Het lijkt me inderdaad geen overbodige luxe als apps zelf kunnen aangeven in welke breedtes ze goed te 'tilen' zijn.

[Jerie]

Nice, die kende ik nog niet. Ga ik 'ns proberen, bedankt.

Het is een reden dat ik graag Sway gebruik.

Al heeft KDE ook tiling.

En een onderdeel van tiling (of wat er mee te maken heeft als je het niet wenst te gebruiken, 'free form mode' oid) is spatial design. Dat je Nautilus windows iedere keer op exact dezelfde plaats openen als voorheen. MacOS Finder doet dit al sinds jaar en dag (MacOS Classic).

Op macOS werkt tiling ook nauwelijks native, dan kom je een third party tool als Rectangle te gebruiken. Op Windows heb je ook een third party tool nodig, zoals Power Tools. En dan zit je nog met het probleem dat de keybinds tussen al die OSen/DEs steeds verschillen.

Zelf gebruik ik graag CLI en dan is tmux fijn. Met een hele mikmak aan mods. Recent een alternatief ontdekt: zellij. Goede discoverability van de keybinds, native theming, en geschreven in Rust (dat moet je benoemen ).

@Mijiru dank, PowerToys inderdaad.

@svenk91 twee apps naast elkaar kan met Windows native ook. Gnome native nu ook (getest op Ubuntu 23.04).

[Reactie gewijzigd door Jerie op 23 juli 2024 22:53]

[Verwijderd]

Die begrijp ik even niet, op Windows heb je toch geen third party tool nodig om te tilen? Ze noemen het weliswaar "snapping", maar het effect is volgens mij hetzelfde

https://support.microsoft...83-a3b1-16cd-c531795e6241

[Mijiru]

Niet third-party, maar in (Microsoft) PowerToys heb je ook FancyZones, tiling voor powerusers.

[UPPERKEES]

Het artikel wel lezen he. Snap effects zijn er al minstens 10 jaar. Dit zijn extra features.

[Verwijderd]

Ik reageerde op de claim van een gebruiker, niet de inhoud vh het artikel.

[svenk91]

MacOS heeft ondertussen al wel tiling, maar echt veel doet het vooralsnog niet. Het werkt alleen om twee apps een 'full screen' te laten delen. Soms wel handig om teams naast je browser of word te hebben of iets dergelijks (je AI chatbot naast je XCode ), maar daar houd het ook wel op.

[Corrigan]

Nooit gemist, dus ook niet te laat.

[kozue]

Voor mij niet te laat. Ik snap de point niet. Applicaties geven nu toch ook al aan in welke grootte ze geopend moeten worden? Of gemaximaliseerd als ze dat willen? Mijn terminal is standaard altijd de juiste grootte, en ik heb applicaties die uit meerdere vensters bestaan die netjes altijd op dezelfde plek in dezelfde grootte openen. Wat zou dit nou nog toevoegen?

[H1MSELF1SH]

*kijkt naar z’n i3-gaps WM en zegt: rustig maar, ik vervang jou niet*

Wel leuk dat Gnome dit binnenkort native ondersteunt. Het viel mij al op dat veel mensen dat enorm fijn vonden aan Pop_OS!

[freshy98]

Dat heb ik nou met dwm :-)
Waarom een mega bloated iets als KDE of Gnome gebruiken als je iets super licht gewicht als dwm kan hebben.
Tuurlijk, je hebt extra dingen nodig als dmenu en slstatus, bijvoorbeeld, maar zo'n bende als Gnome of KDE draaien pas ik voor.

[kozue]

Het probleem met al die "lightgewicht" programma's is dat ze teveel functies missen waardoor ze irritant zijn voor de meeste gebruikers. Alleen gebruikers zonder al te veel eisen kunnen er mee werken. Dat was met browsers al zo en altijd zo gebleven, en met WM's niet anders.

[freshy98]

Voor de standaard gebruiker kan ik mij dat voorstellen, al kan ik mij dan minder voorstellen dat die een tiling VM gebruikt.
Maar bij iets als dwm ben je wel aangewezen op patches die extra functionaliteit toevoegen.
Het is een keuze. Ik kies er bewust voor.

[Kaspers]

Ik heb ook een goede ervaring gehad met DWM. Super stabiel en responsive. Maar werd toch wel nieuwsgierig naar wayland. Nu al een tijdje op Hyprland. Ik kan het aanbevelen!

[freshy98]

Die ken ik nog niet, maar ziet er erg gelikt uit.
En heeft een BSD-3 licentie en er is ook een pkg voor op FreeBSD, wat ik draait.
Ga ik zeker eens mee spelen.

[Merik]

Zeker als je net overstapt op een tiling window manager, kan het wel prettig zijn dat te doen met de distributie die je al gebruikt. In mijn ervaring is de overstap naar puur tekst-ongeving toch een hele stap is als je kijkt naar eindgebruikers, ook iemand die al enigzins bekend is met de command line. Ik gebruik i3 i.c.m. MX Linux XFCE met i3 iets van anderhalf jaar (daarvoor 15 jaar XFCE) en vind het voor nu eigenlijk prima zo, ook om de mogelijkheid te hebben terug te vallen op XFCE applicaties, die dan ook een kleinere footprint hebben dan Gnome/KDE.

Om nog een klein voorbeeld te geven, de i3status configuratie folder staat standaard in /etc folder, welke je als gewone desktopgebruiker sowieso niet gebruikt. Geen probleem en snel op te lossen als je even kijkt, maar zo zijn er nog tig kleine dingen die langskomen, en het leren gebruiken van command line applicaties als ranger, nmcli, tmux of vim/emacs.

[freshy98]

Ik gebruik zelf FreeBSD waar dat soort kromme dingen nog wel eens worden aangepast door de port maintainer. Al is het lang geleden dat ik i3 geprobeerd heb, en waarmee i3status.
Volgens mij stond deze config wel netjes in ~/.config/i3status

[Merik]

Nouja, het was ook maar een voorbeeld en deze is niet lastig op te lossen. Maar toch een extra stap die vaak te doen is maar soms ook niet en wat niet alleen staat, wat het moeilijker kan maken voor eindgebruikers. Kan me dit geval niet precies meer herinneren, maar sowieso een keer voorgehad in het laatste jaar, misschien is dit probleem er niet bij de meeste distro's met i3 voorgeinstalleerd.

Ik heb zelf ook nog geen dwm gebruikt (iets te hoog gegrepen nog), wel i3 en bspwm maar uiteindelijk toch teruggegaan naar i3 omdat het iets makkelijker om mee te werken en ook sneller op te zetten imo (maar allebei een goede ervaring).

[Reactie gewijzigd door Merik op 23 juli 2024 22:53]

[freshy98]

bspwm heb ik volgens mij wel geprobeerd, voor een minuut of 5.
Geen idee meer waarom het niet beviel.

Zelf kan ik absoluut niet programmeren, maar met een beetje inzicht krijg ik de patches er wel in :-)
Het is zeker niet voor beginners, dan zou ik ook i3 doen.

[GekkePrutser]

KDE is hier ook al mee bezig (en werkt al aardig goed in 5.26!)

[TheVivaldi]

5.27* In 5.26 had je nog een script als Bismuth nodig; sinds 5.27 is het native.

[GekkePrutser]

Je hebt gelijk, het is 5.27.6 wat ik draai.

[Dorank]

In een mozaïekmodel opent een app direct op een manier die 'het meest logisch is voor de app', bijvoorbeeld een gemaximaliseerde webbrowser of juist een weer-app die kleiner opent.

En wie bepaald wat "het meest logisch is voor de app"? Er is maar 1 iemand die kan bepalen wat het correcte gedrag is: de gebruiker.

Ik heb een enorme hekel aan dit soort features en is het eerste wat ik altijd moet uitzetten om een werkende desktop te hebben.

[svenk91]

Het verschilt per app, maar voor sommige software vind ik het wel handig. Bijv. een mediaplayer die automatisch je video toont in de juiste beeldverhouding en zonder scaling met geen zwarte balken om je video heen. Scheelt weer pielen met de muis om die ene rij zwarte pixels weg te krijgen, binnen 2 seconden heb je het ook zo op een ander formaat als je wilt.

[Katsunami]

Ik heb een enorme hekel aan dit soort features en is het eerste wat ik altijd moet uitzetten om een werkende desktop te hebben.

Ik heb een hekel aan features die "live" de layout van mijn scherm en/of programma's veranderen. Mijn zichtvermogen is slecht, en ik gebruik een computer door dingen op een bepaalde plek te zetten, en die daar te laten staan zolang ik ze nodig heb. Als de layout of plaats van een een venster verandert dan moet ik weer opnieuw kijken wat waar zit, en dat is voor mij vermoeiend.

[KingLeaf]

Denk je nou echt dat dit standaard aan zal staan?

[Corrigan]

Als deze functie ook maar uitgezet kan worden.

Gnome vindt ik by far de allerbeste desktop interface omdat het zo slim is ingericht op een minimalistische workflow. Al die extra's hoeven voor mij niet.

[fastedje]

Ik vind Gnome daarentegen veel te beperkt. Het komt bij mij eerder over als een gui-shell voor tablet of touchscreen gebruikers. Maar goed, de menigen en smaken verschillen en het is daarom fijn dat er keuze is. Ik vind KDE zelf wel veel prettiger: virtual desktop met diverse widgets op de taakbalk (zoals Intel P-State waarbij je CPU en GPU clock en turbo kan veranderen)

[RobinJ1995]

Mooi dat ze nadenken over een goede API om dit op een doordachte manier te kunnen implementeren. Vele comments hier missen totaal het punt. Nee, window tiling is niet nieuw. Maar window tiling die goed met alle verschillende soorten moderne desktopapplicaties om kan gaan, bestaat naar mijn weten nog niet. Ontwikkelaars maken hun programma's namelijk niet met de paar nerds die 1 van 20 verschillende tiling window managers gebruiken in gedachte, maar voor de meerderheid die gewoon de default window manager gebruikt. Als Gnome met een goede, doordachte API uitkomt, die ontwikkelaars ook toestaat er voor te zorgen dat hun applicatie niet alleen "werkt", maar ook goed werkt met een tiling window manager, zou dat weldegelijk een grote evolutie zijn.

[ArmEagle]

Pff. Als een OS (Ubuntu 22.04?, Gnome) eerst eens zou onthouden waar ik mijn vensters open had.
Maar elke eerste keer dat de externe schermen op mijn laptop in slaapstand gaan, dan is bijvoorbeeld Firefox verhuisd naar het laptop scherm.

En met Wayland mag ikzelf niet meer aansturen waar ik mijn Gnome Terminal wil hebben. "Want dat mag de app zelf niet meer regelen".

Shortcuts voor het verplaatsen van windows naar een bepaald scherm, en op een helft zetten of maximaliseren, werken prima. Ik heb geen verdere tiling nodig.

[afterburn]

Gnome doet al vensters naast elkaar zetten als dat kan, en dat is al irritant. Als ze ook nog eens zelf de grootte gaan aanpassen wordt ik helemaal gek.

Voor mij moet een DE 1) de laatste locatie van een venster onthouden en de volgende keer deze op dezelfde plek openen en 2) de grootte van een venster onthouden en deze telkens gebruiken voor elk nieuwe venster van die applicatie.

Ik wil apps net als mijn gereedschap op een vaste plek hebben zodat als ik er naar 'grijp' (klik) ik niet misgrijp of hoef te zoeken. Dat is voor mij de meest efficiënte manier van werken. Op dezelfde manier ruim ik ook regelmatig op, in de zin dat vensters die niet gebruikt worden, worden gesloten zodat ze niet in de weg liggen (staan) en ik overzicht hou op waar ik mee bezig ben. Ik hou niet van een rommelige werkplek, niet fysiek en niet op het scherm.

[mutley69]

Ik hoop dat KDE mijlenver van die rotzooi wegblijft - KDE is perfect zoals 't nu is, en ik wil dat dit zo blijft. Het enige wat opnieuw graag deftig werkende zou hebben is de indexer om snel naar folders te springen in Dolphin.

[DheeradjS]

KDE werkt al een tijdje aan Tiling.

Nu nog via een Addin voor Plasma,(Bismuth), maar binnenkort native.