I hans första artikeln i december om nyheter i KDE, Nate Graham, som lägger upp allt han tycker är intressant på sin blogg, nämnde något som stack ut över allt annat. De förbereder vad han kallade ett "avancerat staplingssystem", bara för att ytterligare förtydliga saker och säga att det är fönstren som måste staplas. För närvarande, i Plasma, som i GNOME och de flesta grafiska miljöer, staplas fönster på ett mycket enkelt sätt: upptar halva skärmen eller ett hörn av den.
Allt detta kan och kommer att förändras från och med den 14 februari, samtidigt som Plasma 5.27 släpps. Det utvecklas, åtminstone i sin majoritet, av Marco Martín, och till en början är det en fönsterstaplingsfunktion med en anpassad layout. När den väl är aktiv kommer att dra över luckorna att alla fönster som delar luckan ändras i storlek. Graham säger att det inte är utformat för att replikera driften av fönsterhanterare (fönsterhanterare), men ... lägger till ett "men".
KDE kommer att vara mer som Pop!_OS
Pop! _OS 20.04 Den kom med en nyhet i sin grafiska miljö baserad på GNOME. Bland dess höjdpunkter introducerades något som, när det väl har aktiverats, ser väldigt likt det vi ser i i3 eller Sway: fönster kan staplas som ses i följande video:
Ibland är det mycket mer produktivt att arbeta med något sådant här: vi gör allt med tangentbordet och vi kan bli mer effektiva. Dessutom, i fönsterhanterare Det finns inget riktigt skrivbord, så resursförbrukningen är lägre. Om System76 eller KDE utvecklar sina förslag att använda en 100% WM, är det något som vi bara kommer att veta med tiden. För tillfället är det enda som bekräftas att KDE arbetar med det "avancerade stackningssystemet", men det är inte känt hur långt de kommer att gå.
När man tittar på header capture, påminner det lite om Windows 11 Snap Layouts-funktion. Den senaste versionen av Microsofts operativsystem har också ett fönsterstaplingsalternativ, som nås genom att högerklicka på knappen för maximera/återställa fönster. I det ögonblicket kommer vi att se ritningar på hur vi vill organisera dem, och efter att ha placerat den första, i resten av hålen kommer vi att se alla öppna applikationer för att placera dem där det passar oss bäst.
Väl på plats kan vi klicka och dra på luckorna i fönstren för att ändra storlek på två av dem, något vi också kan göra i Plasma 5.27.
"Men vi förväntar oss att det kommer att växa och utvecklas med tiden"
Den här funktionen är fortfarande i sin linda och är inte utformad för att helt replikera arbetsflödet för en fönsterhanterare. Men vi förväntar oss att det kommer att växa och avancera med tiden, och även de nya API:erna som läggs till för det borde vara till nytta för tredje parts kakelskript som vill låta dig förvandla KWin till en fönsterhanterare. Stort tack till Marco Martin för bidraget till detta arbete, som kommer att släppas i Plasma 5.27.
Funktionen har precis presenterats och tar sina första steg. Fast Graham säger det det är inte utformat för att replikera beteendet hos fönsterhanterare, säger också att han förväntar sig att det kommer att växa och avancera med tiden, så i framtiden kanske vi har något liknande det Pop!_OS erbjuder eller till och med mer.
Just nu är det underförstått att det vi kommer att ha kommer att vara, som de själva säger, ett avancerat staplingssystem, som kommer att vara en (eller flera) vändningar till det som för närvarande bara är placerat på skärmen. Något som vi kan arbeta med på delad skärm utan att behöva ändra storlek på två eller flera fönster manuellt så att de fyller hela skärmens yta. "Men", utan att säga något, är mest intressant.
Vi kommer att ha den första kontakten i februari, och härifrån uppmuntrar jag Marco Martín och hela KDE-teamet att gå vidare med detta.