V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Takže, než se zeptám na stackoverflow, dávám sem:
Řeším takový problém s resize okna v javafx - okno obsahuje SplitPane a v něm dva AnchorPane, jeden z nich má omezení na šířku (obr 1).
Pokud posouvám SplitPane, nedovolí mi zmenšit šířku pod limit nastavený u toho jednoho AnchorPane (obr 2). Avšak zmenšením celého okna je možné limit překonat a pokud se tak stane, objeví se divné odsazení od okraje AnchorPane, vypadá to jako chyba (obr 3).
Co dělám špatně? Níže je úplně jednoduchý fxml dokument, kde to lze pozorovat - stačí otevřít ve SceneBuilderu a dát náhled CTRL+P a šoupak splitem a měnit vleikost okna. Zdá se, že to je specialita SplitPane, v případě jiného kontejneru se mi to neděje. Chci umožnit, aby si uživatel mohl upravit velikost prvků pomocí splitu ale i velikost okna... >:(
Díky za popostrčení :)
No je pravda, že jsem byl trochu v zajetí Scene Builder, kde tu minimální šíři okna v preview nastavit ani nemohu a tak mě ani nepadalo, že to je možná to správné řešení!
Tedy:
Nastavit minimální šíři celého okna rovnou součtu všech minimálních šíří split panelů uvnitř. Pak se chyba neprojeví, což jsem právě vyzkoušel.
Ten layout vypadá pochopitelně složitěji než v tom samplu, je tam více vnořených split panelů. Hledám vhodný přístup k chování aplikace na malých displejích - všechny podstatné prvky mají být viditelné bez rolování. Při použití split panelů by si mohl uživatel velikosti prvků ručně upravit. Jednoduchý, ale srozumitelný přístup. Nebo mít někde v preferencích připravené profily s rozměrem prvků pro různé velikosti displeje. Případně jestli tuto funkčnost neumí nějaká pokročilá dokovací knihovna out-of-the-box.
Tiskni
Sdílej: