Zkušenosti s KDE5

[Fantomas]

Jak dlouho trinity vydrží bez přepsání do Qt5, které už z distribucí pomalu mizí? A jeden člověk to prostě nedá. Vzhledem k využití kf5 je dost možné že ho ve funkčnosti začne dohánět LXQt.

Ted jsem zkousel Razor-qt a je to celkem zdarily desktop, s kwinem to funguje hodne pekne i na starsim hardware. Pokud LXQt dotahnou do pouzitelne podoby, rad jej budu pouzivat. GTK desktopy jsou docela nepruzne a v mnoha pripadech take nepekne.

[Reklama]

[nobody]

Jak dlouho trinity vydrží bez přepsání do Qt5, které už z distribucí pomalu mizí? A jeden člověk to prostě nedá. Vzhledem k využití kf5 je dost možné že ho ve funkčnosti začne dohánět LXQt.

jeden clovek?
https://www.trinitydesktop.org/contributors.php
https://www.trinitydesktop.org/patches/

hlavne ucel Trinity neni konkurovat Qt5 based DE, ale pokracovat ve smyslu KDE 3.5 zalozenem na Qt3, soucasti trinity je pak fork Qt3 pod jmenem TQt a z distra vyuziva Qt4

https://www.trinitydesktop.org/faq/introduction.php#trinity-vs-kde4
https://www.trinitydesktop.org/faq/licensing.php#idm140487997045088

pro zajimavost, seznam balicku TQt a Qt4 pro aktualni Trinity r14.0.1 z 2015.08.30 live zalozene na Ubuntu 14.04

Kód: [Vybrat]

ii  libdbus-1-tqt                     4:14.0.1-0ubuntu14.04.0+0                       dbus bindings for the Trinity Qt [TQt] interface
ii  libpoppler-tqt                    4:14.0.1-0ubuntu14.04.0+0                       TQt support for Poppler
ii  libqt4-dbus:i386                  4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 D-Bus module
ii  libqt4-declarative:i386           4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 Declarative module
ii  libqt4-designer:i386              4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 designer module
ii  libqt4-help:i386                  4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 help module
ii  libqt4-network:i386               4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 network module
ii  libqt4-opengl:i386                4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 OpenGL module
ii  libqt4-script:i386                4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 script module
ii  libqt4-scripttools:i386           4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 script tools module
ii  libqt4-sql:i386                   4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 SQL module
ii  libqt4-sql-sqlite:i386            4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 SQLite 3 database driver
ii  libqt4-svg:i386                   4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 SVG module
ii  libqt4-test:i386                  4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 test module
ii  libqt4-xml:i386                   4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 XML module
ii  libqt4-xmlpatterns:i386           4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 XML patterns module
ii  libsmoketqt1-trinity              4:14.0.1-0ubuntu14.04.0+0                       SMOKE Binding Library to TQt
ii  libtqt-perl                       4:14.0.1-0ubuntu14.04.0+0                       Perl bindings for the TQt library
ii  libtqt3-mt                        4:14.0.1-0ubuntu14.04.0+0                       TQt GUI Library (Threaded runtime version), Version 3
ii  libtqtinterface                   4:14.0.1-0ubuntu14.04.0+0                       The Trinity Qt Interface Libraries
ii  python-qt4                        4.10.4+dfsg-1ubuntu1                            Python bindings for Qt4
ii  python-qt4-dbus                   4.10.4+dfsg-1ubuntu1                            D-Bus Support for PyQt4
ii  qt4-qtconfig                      4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1         Qt 4 configuration tool
ii  qt4-tqt-theme-engine              4:14.0.1-0ubuntu14.04.0+0                       TDE theme engine for Qt4


[zmb]

TDE je typická ukázka jak vznikají v linuxu softwarové zombie - nesmyslné pokusy o udržování zastaralých sw technologií při životě. Postupem času bude jejich udržování stále náročnější a uživatelé budou jen ubývat. Že to nakonec toho jednoho-dva-tři vývojáře přestane bavit je docela pochopitelné. Škoda času, který se takto zabíjí 

[JardaP .]

Ted jsem zkousel Razor-qt a je to celkem zdarily desktop, s kwinem to funguje hodne pekne i na starsim hardware. Pokud LXQt dotahnou do pouzitelne podoby, rad jej budu pouzivat. GTK desktopy jsou docela nepruzne a v mnoha pripadech take nepekne.

Akorat, ze LXQT bude asi o dost nenazranejsi nez LXDE, cimz ztrati na pritazlivosti. A s tou osklivosti je to vec vkusu. Me sceenshoty z LXQT pripadaly o dost osklivejsi nez LXDE, navic mi systemove dialogy z Qt pripadaji mnohem mene prakticke nez ekvivalenty z Gtk.

[Fantomas]

Akorat, ze LXQT bude asi o dost nenazranejsi nez LXDE, cimz ztrati na pritazlivosti. A s tou osklivosti je to vec vkusu. Me sceenshoty z LXQT pripadaly o dost osklivejsi nez LXDE, navic mi systemove dialogy z Qt pripadaji mnohem mene prakticke nez ekvivalenty z Gtk.

Momentalne Razor muzes pouzivat s Openboxem, v budoucna ta moznost asi zustane i v LXQt. Ja mam spusteny Kwin a funguje daleko lepe nez Openbox i na prehistorickem pentiu iii 700mhz. Takze nenazranost nebude o moc vetsi. Nemuzu se ohanet cisly, ale vidim ty rozdily na ruznych zarizenich kolem sebe. Co se tyce dialogu, tak souhlas, ty gtk panely jsou praktictejsi nez qt. Jen v qt prostredi pak pusobi jako pest na oko a je dobre je sladit s prostredim, coz funguje jen u nekterych motivu vzhledu. Ale pak je vzhled prostredi opravdu konzistentni.

[Reklama]

[JardaP .]

Co se tyce dialogu, tak souhlas, ty gtk panely jsou praktictejsi nez qt. Jen v qt prostredi pak pusobi jako pest na oko a je dobre je sladit s prostredim, coz funguje jen u nekterych motivu vzhledu. Ale pak je vzhled prostredi opravdu konzistentni.

Konzistentne neprakticke.

[Root Bloody Root]

Ted jsem zkousel Razor-qt a je to celkem zdarily desktop, s kwinem to funguje hodne pekne i na starsim hardware. Pokud LXQt dotahnou do pouzitelne podoby, rad jej budu pouzivat. GTK desktopy jsou docela nepruzne a v mnoha pripadech take nepekne.

V čem je teďka LXQt míň použitelný než Razor? Naposledy jsem měl na Gentoo Plasmu 5 (ke vší spokojenosti mimochodem, jenom se občas restartoval Plasma shell, opravdu zřídka se objevil grafickej glitch), teďka ho kompiluju znova a uvažuju, že bych zakotvil u něčeho lehčího...

Jinak GTK prostředí mi obecně nepružný nepřipadají, vždyť většina z nich se dá vytweakovat a vythemovat do aleluja (až na LXDE a škaredej Cinnamon, jehož popularitu dlouhodobě nejsem schopnej pobrat).

[Wololo]

Hmmm,

od ty doby co pouzivam awesome wm, me nejako ty ostatni prostredi prestaly zajimat, nepada to, nezere to 100MB pameti, je to rychly a da se to uspusobit k obrazu svemu. Pak akorat poresit nejaky gtkrc a je vystarano. Nevim na co clovek potrebuje cely DE, jak pise Jarda, omalovanky jedine. Pouzival jsem KDE3 i 4 a ne uz dost, pak xfce, uz nevim co mi na nem vadilo, pak jsem zkusil i3 to je na me trochu moc orezane tak awesome vysel jako vitez.

Nevim no, nerozumim vasim problemum

[nobody]

TDE je typická ukázka jak vznikají v linuxu softwarové zombie - nesmyslné pokusy o udržování zastaralých sw technologií při životě. Postupem času bude jejich udržování stále náročnější a uživatelé budou jen ubývat. Že to nakonec toho jednoho-dva-tři vývojáře přestane bavit je docela pochopitelné. Škoda času, který se takto zabíjí 

Tvuj prispevek je spis typicka ukazka omezenosti ci nepochopeni, co je pro tebe nesmyslne muze pro jine (kteri porad nechapou co se stalo s KDE po verzi 3) byt velmi smyslne...
Co je pro tebe skoda casu(jde o tvuj cas? nebo ty ho platis?), je pro ty vyvojare nezaplatitelna zkusenost a vlastni vzdelavani...
btw: jaky cas si Ty venoval tvorbe/pomoci nejakemu opensource projektu?

[Pepan]

Kubuntu 15.04 a na disku i Kubuntu 15.10 beta. Oboje od února trpí neduhem kdy při instalaci Nvidia driveru náhodně, ale velice často při uzavření konzole, nebo programu v konzoli zůstane viset zatížení procesoru na 100% a pomůže jedině shození konzole. Pozná se to zpomalením pc a u NB rychlým vybitím baterie. Od února dodnes není ani náznak opravy a dokonce je bug nepotvrzený Asi fakt nemá smysl něco reportovat. Pokud se do Kubuntu "nacpe" na zkoušku konzole z Ubuntu zak je to bez problémů. Ani nejnovější verze 5.3 nic neřeší. https://bugs.kde.org/show_bug.cgi?id=344119

[Darm]

Možná podobný důvod jako problém s Intel grafikama a pádem Plasmy při použití SNA akcelerace. Použití nějaké funkce OpenGL která je v driverech rozbitá. Zkusil jsi povypínat efekty, vypnout průhlednost… Možná by něco z toho pomohlo.

[Tuxik]

Osobně používám Plasmu 5 v Gentoo a dokonce tvrďácky přímo live buildy, už několik měsíců žádný závažnější problém, sem tam nějaká drobnůstka (naposledy mi nešlo přepínat jazyk přes klávesovou zkratku, myší to šlo, češtinu používám většinou jen do diskuzí, při práci mi to moc nevadilo), vždy se to celkem rychle vyřešilo samo novým buildem. Popravdě mám spíš pocit, že se poslední dobou neudálo nic zásadního, trochu mi jenom vadí takovej napůl překlad do češtiny, ale s tím se dá žít (žil bych i anglicky, ale prostě mě zajímá, jak pokračují :-D ). Jinak se chystám doma nasadit GCC 5.2, tak uvidím, jak můj stoletej systém dopadne :-D

[Pepan]

Možná podobný důvod jako problém s Intel grafikama a pádem Plasmy při použití SNA akcelerace. Použití nějaké funkce OpenGL která je v driverech rozbitá. Zkusil jsi povypínat efekty, vypnout průhlednost… Možná by něco z toho pomohlo.

Děkuji za radu, bohužel vůbec se mi problém nepodařilo vyřešit. Pomůže jenom přepnutí na nouveau, nebo nacpání konzole z Ubuntu. Nejvíce mě vadí že to zřejmě moc lidí netrápí a od února do dnešního dne žádná změna a bug je dosud nepotvrzen

[7R7.]

Moja cesta k KDE5 bola kľukatá, začal som s linuxom v dobe keď prišlo Unity preto som nebol zhrozený a používalo sa mi to fajn len pri začiatkoch to nebolo na dva monitory, tak som prešiel na na Gnome Shel ale ani tu som sa neohrial, chvíľku som to skúsil s mate/cinammon.

Ale ako som prešiel na debian tak som mal Fluxbox s týmto som bol veľmi ale veľmi spokojný ale keďže sa nemalo v láske s BricsCad-om v14 tak som musel Fluxbox opustiť a prešiel som na Openbox s ktorým BricsCad nemal problém (popritom som skúsil IceWM a PekWM každé malo muchy oproti Fluxboxu ale nemalo problém s BricsCad-om).

Nakoľko som používal aplikácie z Gnome a z XFCE, kde Gnome prznilo aplikácie v GTK3, sa už nedalo (časovo veľmi náročné a niesom žiadny guru) výzorovo skombinovať aplikácie GTK3 a GTK2 tak som prešie práve a KDE4 čo bolo v debian testingu.
Poviem bol som spokojný všetko fungovalo tak ako malo, aj GTK aplikácie vyzerali pri použití štýlu oxygen podobne, síce trošku klesol výkon čo som si všimol len pri Steame v Bricscad-e som si pokles výkonu nevšimol.

Teraz mám KDE5 graficky je podľa mňa krajší ale bude ešte potrebovať dosť času, chýbajú aplikácie, celkom slušne mi padá hlavne verzia KDE5.3 sa vkuse reštartovala ale keďže mi nikdy nezhodila okno alebo aplikáciu tak mi to nevadilo, teraz som pri KDE5.4 so stabilitou je to lepšie ale nie tak aby sa to dalo nazvať stabilné. Keď poriešia priesvitnosť budem rád, terminál mám radšej keď je priesvitný :-), ale nikdy som nemal problém s dvoma monitormi vždy to fungovalo tak ako to malo.

[Tuxik]

Tak jsem doupgradoval celej systém a je to takhle...

KDE Frameworks 5.15.0
Qt 5.4.2 (built against 5.4.2)
The xcb windowing system

je to build zkompilovanej z aktuálních git repozitářů,
gcc (Gentoo 5.2.0 p1.1, pie-0.6.4) 5.2.0
grafika 4th Gen Core Processor Integrated Graphics Controller
kernel poslední stable 4.2.1 (dost minimalistickej)
xorg-x11-7.4-r2

kompozitor mám zapnutej s výchozím nastavením

po updatu se nic nepokazilo, všechno zatím funguje suprově, plasma mi za poslední dobu nespadla ani jednou, novej build mám asi hodinu, tak nechci tvrdit, že všechno v pohodě, ale zatím se to tak jeví...

jinak s Plasmou 5 jsem opravdu dlouhodobě spokojenej a problémů jsem řešil málo, na to, že je tenhle stroj dost testing, nemůžu si na nic stěžovat.