A Hyprland 0.54.0 megjelent, mely kiadás új funkciókat, kompatibilitást befolyásoló változásokat és sok hibajavítást hoz. Kiemelt téma az elrendezések átdolgozása, a régóta elavult togglesplit és swapsplit parancsok kikerültek, helyettük a layoutmsg használata lett az ajánlott megoldás. Újdonság a kurzor-zoom gesztus, bővült a hyprctl visszajelzése és a debug kimenete, a hyprpm Nix-integrációval egészült ki. A frissítés számos módosítást tartalmaz a renderelés, az XWayland és a többmonitoros működés területén, több olyan javítással, amelyek korábban a compositor összeomlását okozták.
Tartalomjegyzék
Újragondolt elrendezések, változó szabályok a Hyprland 0.54-ben
A Hyprland 0.54 fejlesztése során a fő fókusz az elrendezések átírására összpontosult, amely egyszerűbbé teszi a layoutok felépítését és karbantartását, és ezzel együtt lehetővé teszi a munkaterületenkénti elrendezéseket. Ez azt jelenti, hogy a különálló munkaterületek külön layoutot használhatnak, akár monitoronként eltérő módon is. A kiadás ezen felül olyan fejlesztéseket is tartalmaz, amelyek érinthetik a meglévő konfigurációk kompatibilitását: az elavult togglesplit és swapsplit parancsok kikerültek, helyettük a layoutmsg használata lett az ajánlott megoldás, ezért frissítés után a konfigurációt ehhez kell igazítani.
Nix-integráció, új gesztusok és jobb teljesítmény
A 0.54.0 kiadásban a hyprpm-ben megjelent a teljes Nix-integráció, így a bővítmények és a kiegészítők kezelése jobban illeszthető a Nix-es munkafolyamatokhoz, az indításnál pedig bekerült egy NixGL-hez kötődő kapcsoló, amely olyan rendszereken előnyös, ahol az OpenGL környezetet így kell felépíteni. Ezek a változtatások főleg azoknak készültek, akik NixOS-t használnak, vagy Nix alapú csomagolással futtatják a Hyprlandet.
Új gesztusként megjelent a kurzor nagyítása, a groupbar megjelenésénél állítható lett a szöveg körüli tér, a hyprctl pedig részletesebb visszajelzéseket ad, például a hibáknál és bizonyos debug mezőknél. A fejlesztők a kiadással kapcsolatban teljesítményjavulást is említenek, amit több, alacsony szintű renderelési és grafikai oldali változtatásnak köszönhető, bár az eredmény hardverenként vagy hardverkonfigurációnként eltérő lehet, de a cél egyértelműen a gyorsabb és egyenletesebb megjelenítés volt a fejlesztés során.
A részletes kiadási megjegyzések a projekt Github oldalán olvashatóak.
