A közelgő KDE Plasma 6.8 kiadást október közepére tervezik. Új KWin funkciót hoz, amellyel az ablakkezelő szerveroldali árnyékot tud adni azokhoz az alkalmazásokhoz, amelyek maguk nem rajzolnak ilyet.

Az ablakárnyékokat általában vagy a kompozitor, vagy maga az alkalmazás rajzolja. Sok GTK-s alkalmazás kliensoldali dekorációt használ, és saját árnyékot készít, míg a Qt-s programok jellemzően a kompozitort kérik meg arra, hogy az rajzolja meg az ablakdekorációt és az árnyékot is.

Vannak azonban olyan alkalmazások, amelyek egyiket sem teszik. Az ilyen ablakok szögletes sarkúak, árnyék nélkül jelennek meg, és látványosan elütnek a többi Plasma asztalon futó ablaktól.

A Plasma 6.8-hoz nemrég KWinbe beolvasztott új funkció ezt a problémát oldja meg. Vlad Zahorodnii KWin-fejlesztő szerint a felhasználók így rá tudják kényszeríteni az ilyen ablakokra a kompozitor által rajzolt árnyékot, ami segít abban, hogy a külső fejlesztésű alkalmazások jobban illeszkedjenek a Plasma felületéhez.

Hasonló eredményt már Plasma 6.7 alatt is el lehet érni, de több kézi lépés kell hozzá. KWin ablak­szabályt kell létrehozni, amely kikényszeríti a szerveroldali dekorációt, majd a Breeze dekoráció beállításai között ablakonkénti felülbírálással el kell rejteni a címsort.

A Plasma 6.8 ezt a kerülőutat automatizálja egy új ablak­szabállyal: „Ablakkezelő rajzolja a címsort, keretet és árnyékot”. Ez kiváltja a régi „Nincs címsor és keret” opciót, és közvetlenebb módot ad arra, hogy egyes alkalmazásokhoz kompozitor-oldali dekorációt vagy árnyékot kérjünk.

A funkció azonban nem fog azonnal működni minden külső ablakdekorációval. A dekorációs témáknak kifejezetten támogatniuk kell egy új, csak árnyékos stílust is a hagyományos, címsoros dekoráció mellett. Emellett a választott stílushoz igazítaniuk kell a megjelenést, például el kell rejteniük a címsort, miközben a keretet és az árnyékot megtartják.

A KWin automatikusan árnyékot ad a megfelelő X11 ablakokhoz, ha sem szerveroldali dekorációt, sem kliensoldali árnyékot nem észlel. Sok érintett X11 alkalmazás így további konfiguráció nélkül is profitál majd a változtatásból.

Wayland alatt bonyolultabb a helyzet. A KWin nem tudja megbízhatóan eldönteni, hogy egy Wayland alkalmazás subsurface-eket használ-e a saját árnyéka vagy más környező vizuális elemek megrajzolására. Ha ilyenkor automatikusan újabb árnyékot adna hozzá, az hibás megjelenést okozhatna.

Ezért a KWin nem alkalmazza automatikusan az új viselkedést Wayland ablakokra. A felhasználóknak kézzel kell ablak­szabályokat létrehozniuk. Zahorodnii megjegyezte, hogy egy jövőbeli Wayland protokoll lehetővé teheti, hogy az alkalmazások kifejezetten jelezzék, kérnek-e kompozitor-oldali árnyékot.

További részletekért olvasd el Zahorodnii blogbejegyzését.