Vlákno názorů k článku Nové verze Qt možná jen pro platící zákazníky. KDE řeší, co s tím od cz3dtc - Jak moc složité je vytvořit něco nového ?...

Jak moc složité je vytvořit něco nového ? Může Xserver či Wayland fungovat s něčím co někdo uplácá třeba v pár lidech do měsíce a nebude to na GTK , QT , wxwidgets či něčem obstarožním ale na něčem naprosto novým ?

Máme tu Pulseaudio , Wayland , Systemd tak podle mne další krok bude něco co bude rychlé , ohnutelné , uživetelem upravitelné (témata) a hlavně otevřené.

Nevím zda-li cesta je stále setrvávat u těchto legend a tak jak jde doba dál začít tvořit něco nového a od základu svobodného.

Noveho udelas neco za par dni. Framework velikosti a moznosti Qt neni trivka.

btw: https://www.root.cz/clanky/pipewire-nastupce-pulseaudio-se-postara-i-o-video/

> Jak moc složité je vytvořit něco nového ?

Udělat si GUI toolkit nad OpenGL nebo Vulkanem je na jeden víkend. Učí se na tom dobře datové struktury, hierarchie událostí a další koncepty. Je to samozřejmě jen primitivní sada tříd pro pozicování obdélníků v jiných obdélnících, vykreslení textu, atd.

Udělat z toho použitelný toolkit je o několik řádů víc práce, tisíce mandayů když víte přesně jak na to. Dnes už není (IMO) taková poptávka po GUI s pevnou sadou widgetů a jednotným vzhledem (ve stylu Gtk+, Qt), dnes je větší hlad po víc low-level nástrojích dávajících větší volnost (např. HTML). Proto by i next-gen toolkit mohl být jednodušší na implementaci, část břemena by se přenesla na autora aplikace, nebo spíš nějaké mezivrstvy.

Qt, mimochodem, tohle docela slušně umí. Dají se v tom dělat snadno pěkné aplikace, které nepřipomínají svým vzhledem "vanilla" Qt nebo jiný toolkit. Na Linuxu je to například Telegram klient.

> Může Xserver či Wayland fungovat s něčím co někdo uplácá třeba v pár lidech do měsíce a nebude to na GTK , QT , wxwidgets či něčem obstarožním ale na něčem naprosto novým ?

Jo, z pohledu kompozitoru je to jen obdélník, do kterého si aplikace kreslí bitmapy. Je mu jedno jak.

> ...
Vidím to stejně. Potřebujeme reset, legacy toolkity posloužily dobře, ale všechno ostatní se už posunulo dál. Jen doufám, že to nebude nějaká hrůza s vestavěným Electronem :-)

Není takový reset a krok směrem který popisujete QML? (jasně, pořád je to Qt, šlo mi spíš o cestu, kterou by se takový nový moderní toolkit měl ubírat).

QML/QtQuick je dobrý směr, určitě :) už velmi dávno to zkoušeli s EFL (jazyk Edje).

Tenhle trend je dnes ve více odvětvích (např. OpenGL Vulkan, X11 Wayland, v elektronice se dost pevné logiky přesouvá z křemíku do softwaru nebo gatewaru), komplexita backendu se minimalizuje a přesouvá do vyšších vrstev.

Ono jako je pravdou, že možná nám pomalu uzrála doba pro nový framework. Jako Qt widgets jsou pořád skvělé a ve světě GUI praticky nepřekonané (Qt quick nehodnotím, jelikož jsem jeho filozofii nepochopil a připadá mi zbytečně složité). Nicméně na druhou stranu samotné C++ se nám za ty roky, co tu námi je Qt poměrně posunulo a hromada věcí, co se v Qt dnes řeší jistým způsobem má už cpp alternativu, která je už trochu dál. Mnohdy tak Qt, ač na svou dobu perfektně navržené nedokáže využít všechny postupy moderního C++ a zbytečně duplikuje funkce z STL.

Nebude snazší evoluce Qt než začít na zelené louce?

Qt je dost problematické z pohledu bindingů do ostatních jazyků. PyQt třeba funguje výborně, ale je škoda, že to nejde moc použít mimo OOP svět. Z tohoto pohledu by bylo úžasné, kdyby nový framework byl postaven jinak.