KDE Plasma 5.4.0 (diskuse)

[Rezza]

Dokonce i na Waylandu se to "da" pustit :). K pouzivani to neni, ale neco jede. Vzhledem k tomu, ze nad tim delaji mobilni Plasmu, tak verim, ze kolem 5.5 to bude ve stavu pro zakladni pouziti.

[pepe_]

Kde plasma Alpha 0.5.4.0  asi tak

[Love_Dali]

Hmm, zatím zkouším (bez waylandu) a pohoda - ale poslední dobou mi to je nějak jedno - střídám DE téměř při každém loginu :D ;)

[Rezza]

Njn, ale na to, ze jim to zacalo fungovat nejaky ten tyden pred letosni Akademy. Ten port bude chvilku trvat a sami tomu rikaji Tech Preview.

[Václav "Darm" Novák]

K používání to není, ale vypadá to že celý Wayland na mé GMA x3100 běhá podstatně svižněji než XOrg, takže se dost těším :)

[Max]

Zatím spokojenost s KDE4, takže se na KDE5 podívám až tak za rok.
Zdar Max

[JeChW]

KDE 5.5 už by mělo být plně funkční. Do tý doby je pro skutečnou práci lepší zůstat u čtyřky. Za 8 měsíců tu bude Kubuntu 16.04 a tam už bych tomu věřil.

[Max]

Jinak doufám, že pro běžnou práci se soubory bude KDE5 vyladěnější, protože současná tragedie v KDE4 je opravdu tristní (většina operací se soubory je několikanásobně pomalejší, jak v bashi, nebo ve windows).
Zdar Max

[Martin Honc]

Že bude 5.5 plně funkční nevěřím! Mám Kubuntu 15.04 nainstalované od alphy na druhém PC. Někdy v únoru se objevila chyba která při nainstalovaní Nvidia ovladače (doporučeného) způsobí při uzavření samotné konzole nebo mc zvýšení zátěže cpu na 100 procent a jediná náprava je ruční shození konzole. Tenhle nepříjemný bug je dosud po 7 měsících nepotvrzen. Nvidií to není, zkusil jsem použít konzoli z Ubuntu a ta cpu nezatíží. S tímto přístupem si mohou KDE 5 strčit slušně řečeno za klobouk!

[Fluttershy, yay!]

V 15.04 je oficiálně Plasma 5.2, pokud se nepřidají backports. Z toho bych fakt moc nevyvozoval.

[Martin Honc]

Ještě dodám že je stejný problém i v nedodělaném Kubuntu 15.10 a KDE vývojáři se asi zabývají jenom kravinama jako je pastva pro oči, když je chyby nezajímají : třeba tady

[Rezza]

Tak s NVidia ovladacem nejede nic, dokonce ani GNOME (i kdyz ted opravili pry jednu srandu v Clutteru). Na notasu jsem maximalne spokojeny, dokud nezapojim vice monitoru. Tam bohuzel Dana bombarduji vecne necim, co nefunguje :(.

[mica]

Jo, s touto chybou se setkávám taky, naštěstí ne tak často. Ovšem mě nejvíc naštvala změna v zobrazování v systémové oblasti panelu. Aplikace nepatřící do KDE už do systémové oblasti nejde minimalizovat (což mě mimořádně štve hlavně u Thunderbirdu), ale dokonce to nejde ani s některými vlastními KDE aplikacemi (konkrétně u mě KAlarm). Opravdu nevím, proč museli do osvědčeného systému vrtat, aby znefunkčnili, co úspěšně fungovalo (a jinde dosud dál nerušeně funguje). Taky je kuriózní, že když v ovládacím centru KDE nastavím určité barevné schéma oken, u žádné KDE aplikace kromě okna samotného ovládacího centra se to neprojeví, když však KDE aplikace spustím v XFCE, tam se zobrazí v barvách nastavených předtím v KDE.

[Tassadar]

S tou system tray je to jinak - hromada aplikací (skype, wine, spotify, ...) používala jakési staré API na rvání ikonek do system tray, které KDE5 už nepodporuje, a tak tam nejsou vidět. Nechce se mi na to ale hledat zdroje, kde jsem to četl, takže je možné, že si vymýšlím :)

[xxxxxx]

Je to tak, u toho Skypu je řešením nainstalovat balíček sni-qt, z popisu balíčku: Plugin for Qt4 that turns QSystemTrayIcons into status notifiers. Což funguje jen pro Qt aplikace, takže Skype se začne zobrazovat, ale Pidgin už ne. Doufám, že tahle novinka bude mít v budoucnu nějaký přínos :o)

[Václav "Darm" Novák]

Příloha:

• snap1.png (26283 bytů)

Pidgin má appindicator plugin :)

[xxxxxx]

Super, díky, to jsem nevěděl :)

[svido]

Nevím, ale třeba u mě balíček sni-qt nepomohl, resp. na jednom PC ano, ale musel se překompilovat s podporou 32bitů. Na druhém PC mám stejný USE flagy, stejné verze ebuildů a ikonu Skype nevidím...

Nehledě na to, že mi přijde, že KDE5 má furt problém s kompozitorem. Čas od času padne Plasma na držku a musí se restarovat, jindy pak zablbne dekorace oken. A celkově výkon KDE5 s OpenGL není nijak oslnivý na grafice za 8tis. U KDE4 co mám na notasu a kde je jen grafika integrovaná v CPU i5 mi přijde grafika tak 2x rychlejší (mám tam Compiz).

Jen je mi smutno z GUI celého KDE5, nové ikony jsou poměrně ubohé a podobné widlím

[Václav "Darm" Novák]

Poslední dobou mi celá plasma padala na hubu při použití SNA, po přechodu na UXA to přestalo. Doteď nevím proč (Intel X3100). Nezáleželo ani na tom jestli jsem měl zaplý kompozitor. Každopádně se těším na dokončení podpory waylandu, tam mi to vše běhá bez problémů a ještě svižněji.

[svido]

a to wayland je vlastně co?

[Rezza]

Tak jedna vec je, ze z GNOME aplikaci uz podporu system tray uplne vyhodili, z ostatnich Gtk aplikaci se ji snazi vyhodit. Takze brzy je nebude potreba vubec resit - pro tuhle cast aplikaci a zbydou stejne jen Qt/KDE aplikace.

A proc se to menilo ve zbylych aplikacich? Jedna z odpovedi je Wayland/Mir, kde stary protokol zalozeny na ohackovanem XEMBED proste fungovat nebude. Zjednodusene - tray ikony byly vlastni X okenka, ktere se srkze par triku vkladaly na urcitou cast panelu, nejak se dohackovaly pruhlednosti, ktere nekdy fungovaly, nekdy ne. Takze kdyby tuhle zmenu neudelali, tak uz v 5.4 s Wayland tech preview nemeli ani jednu jednu tray ikonu. Dalsi vec je, ze i kdyz se to pak nekdo pokusil dohackovat, tak v QML to byl jeste vetsi hack nez predtim.

V soucasne dobe se tedy pouziva reseni postavene na DBusu nebo v Plasme je hodne puvodnich vlastnich aplikaci nahrazeno Plasmoidy (ted napriklad KMix). Vyhoda - proste to jede na Waylandu a Miru. Neni to hack, je to nativne podporovane, da se delat spousta veci jako skryvani jednoduse atd.

Reseni pro Gtk aplikace - vybuildit s libappindicator, pokud uz podporu maji. Pokud ne, naportovat na libappindicator. Nejvetsi problem? Politika, libappindicator je od Canonicalu a ti lidi z G sveta se s C svetem nemaji radi :).

Pro Qt 4 - opatchovane Qt a sni-qt, zalezi na distribuci. Pro Qt 5 - melo by to proste fungovat (tusim od 5.3 ci 5.4?). Pro Skype, ktere bundluje vlastni Qt - nevim? pokud pouziva systemove Qt, tak sni-qt pro 32 bitu...

Pak dalsi moznosti je pustit wmsystray a trebas pres kwin prispendlit na spravne misto.

Zaver = ano, je to neprijemne, ale muselo se to udelat. Videt je to tak, jak k tomu pristoupila tvoje distribuce. Muze to byt problem jen pro veci, co bundluji vlastni Qt nebo pro vsechny aplikace, mimo Qt 5 :).

[mirec]

Aký je problém urobiť službu (adaptér), ktorá bude zastupovať systray, ale namiesto zobrazovania tray ikoniek ich bude posielať cez DBus?

[Rezza]

No vsak to je ono.

[mirec]

Podľa popisu sa mi nezdá. Ak by som takú službu spustil fungovali by všetky aplikácie, ktoré používajú starý systray protokol bez rozdielu či sú gtk, Qt, alebo rovno písané v xlib. Jednoducho by a spustil systemd-systrayd (alebo niečo podobné), všetky požiadavky o dokovanie do systrayu by zachytil a preposlal.

[Rezza]

Ale ten stary protokol je black box, ktery je jen nejakym zpusobem umisteny na obrazovce. Jedine misto, kde se to da delat je v toolkitu a to nahrazeni je tam jednoduche, pripadne tam dat ten adapter. Takze tam se nahradi "udelej blackbox s touto ikonou a timto menu" za "posli informace, jakou ikonu zobrazit a co je v menu". Pritom v tom puvodnim to klidne nemusela byt ikona, ale neco tam mohlo kreslit a animovat a na prave tlacitko to mohlo udelat neco jineho, nez menu (priznam se, netusim, co vsechno app indikatory umi).

[TM]

Paráda. Takže ještě větší bordel v desktopu než dosud byl. Dosud systray fungoval bezchybně pro většinu aplikací. Teď bude, podle nálady, fungovat pro aplikace napsané pod Qt a vůbec pro ty ostatní.
Jaký má takový přístup smysl? Definitivně zlikvidovat desktop na Linuxu, BSD,... ? Bravo, pokrok!

[Rezza]

Proc by nemel fungovat pro ty ostatni? Pro ty je libappindicator - ale zaroven je tam tlak, aby vubec system tray neexistoval.

[Rezza]

Jinak troska toho pozadi.

[TM]

Protože, jestli jsem to správně pochopil, už není podporováno API, které používají starší gtk aplikace? Myslíte, že třeba budou ihned upravovat Pidgin, aby korektně fungoval v nové nedovařené verzi KDE?

Čekám na long-term OpenSuse Leap a jímá mě hrůza z toho, že tam má být pátá verze KDE, když vidím, v jakém je to stavu
Rád bych se mýlil.

[Václav "Darm" Novák]

Appindicator vyžaduje KDE od první verze Plasmy 5, takže čas celkem byl. Navíc je pokud vím podpora nutná i v Ubuntu Unity. A přestože Pidgin v základu podporu nemá, plugin pro to je :)

[Rezza]

Ale to neni jen Plasma a Unity, ostatni DE bud podporu uplne zrusily ala GNOME Shell, jina prechazi (Enlightement - tedy tam default tusim vubec neni, LxQt) ci prechod planuji. Protoze Wayland, Mir. A stejne je to u aplikaci - GNOME aplikace uz vubec podporu nemaji a jine uz jsou vetsinou preportovane. Vic dneska zalezi na maintainerech v distrech. Prejit se muselo.

[TM]

"Se muselo" je velmi oblíbený výraz. "Se musí" v jednom kuse a svinčík neustále narůstá, když už je to jakž-takž, rozbije se to.... Nebo už je ten desktop považován jen za jakousi logickou hru bez praktického významu?
Nerozumím, nechápu.

[Václav "Darm" Novák]

Zrovna tohle mi připadá spíš jako ukázka úklid svinčíku kterým byly systray ikonky přes xembed. To že se něco používá roky neznamená že je to dobře.

[mirec]

Ako sa to tak vezme. Xembed je v podstate to isté, čo robí s oknom aplikácie window manager. ARGB je už pekne dlho podporované. Zaujímavé, že akosi nikoho netrápi nekonzistentnosť medzi KDE a GTK, ale nekonzistentnosť systrayu áno. Skôr mi vadia prehodené tlačidlá, nekonzistentné preklady než to, že jedna aplikácia v systrayi namiesto čiernobielej ikony zobrazuje farebnú ikonu a počet nových správ, alebo že má kontextové menu.

[Rezza]

Tak nekonzistenci desktopu neni treba resit, protoze on neni Linuxovy ale je GNOME vs nejaky zbytek, ktery je vsem u :).

[mirec]

No ja si myslím, že ju riešiť treba. Ja som napr. zvyknutý na to, že mám ako-tak rozumné pomenovanie akcií. Včera som sedel za ubuntu, idem zatvoriť gimp a ono sa ma to pýtalo namiesto zahodenia zmien na nejaké zrušenie prúdu (ak si dobre spomínam).

[Marián Kyral]

Nepřekládal to tam fri (nebo jeho slovenská obdoba)?

[mirec]

Netuším kto to prekladal, ale prekvapilo ma, že v Gentoo je to OK a v Ubuntu neviem na čo kliknúť. Som zvyknutý na poradie tlačidiel z KDE, takže naslepo to ovládať neviem, ikony z tlačidiel nejaký dizajnér zrušil a z textu neviem zistiť čo tlačidlo robí.

[Marián Kyral]

To pořadí se dá změnit. Přidej někam do .gtkrc:

gtk-alternative-button-order = 1

Stejně tak se dají vrátit i ikonky. V KDE na to je na to udělátko, případně můžeš zkusit ručně: Customizing GTK Apps. Akorát některé aplikace jsou gtk2, další už gtk3 a každá verze má vlastní konfigurační soubory.

[TM]

Diví se ještě někdo, že u toho "obyčejný" uživatel často nevydrží a vrátí se k Widlím nebo Macu, kde to také za moc nestojí, ale aspoň se mu to, z jeho pohledu, neustále nemění pod rukama?

[Rezza]

No ja nevim, ale treba ty Windows se meni mnohem vic, nez se zmenilo treba KDE za celou dobu (7-8-10). A uprimne, ja nemam nic ani proti zmenam tam - proste vyvoj, obcas se zkusi neco, co funguje, obcas se trosku utne.

[Agent]

Tak zrovna v tomhle případě stačí BFU nainstalovat Classic shell a funguje stejně, ne-li lépe než předchozí verze Woken a z Desítek máte klasická Windows akorát trochu ošklivější, ale aspoň fungují a ne, že jednou to funguje a jindy ne, jak tady probíráte.

[Rezza]

Tak v open source svete ti aspon daji moznost s tim patchem prijit, kdyz se tohle rozhodnou udelat mimo, tak jsi uplne v haji :). Proste kdyz nekdo prijde, jak to udelat v Qt Quick a zrejme pres XWayland, tak to bude. Kdysi se o to nekdo pokousel, ale neuspel...

[Fluttershy, yay!]

Myslíte, že třeba budou ihned upravovat Pidgin

Netřeba upravovat, doplněk existuje, akorát není zabalený pro všechny distribuce. (Třeba v Ubuntu to chce balíček pidgin-indicator z PPA od WebUpd8.)

Ale průšvih je se spoustou dalších aplikací.

[TM]

Nijak se nepoučili z průšvihu při přechodu na KDE4 a zjevně to s KDE5 chtějí opakovat. Hlavně se zabývat kravinama, ale opravovat chyby - to se nikomu nechce.
Po dlouhých letech(!!) je KDE4 dobře použitelné a tak ho nahradíme jiným totálním nedodělkem...protože tak je to spravne, tak to má byť.

[Rezza]

Jak pisu nahore - krome modernejsiho a pro me peknejsiho vzhledu a hodne usability vylepseni tam bezny uzivatel rozdil uz v 5.4 nepozna, vubec. Trosku jsou jeste problemy s tim, ze neco je porad nad KDE 4, neco KF5, ale i tam bezi port a diky stylovani s Breeze pro KDE 4 aplikace a pro KF 5 aplikace, opet bezny uzivatel nic nepozna (jen treba chybi v kalendari na panelu udalosti, ci nektere KCM jeste nejsou naportovane). Co je horsi, dual head podpora je porad rozbita, o neco hur nez driv. Ale zlepsuje se to - je potreba mit hlavne Qt 5.5, bylo to nejvic rozbite tam.

[Fluttershy, yay!]

Nóóó… Tohle není věc přechodu z 5.0 na 5.1 nebo 5.2. Tohle je přechod z 5.3 na 5.4 a teprve teď to vypadá, že se KRunner, kalendář hodin v panelu apod. přestanou vypadat jako prozatímní náhražky. Do toho návrat otravných starých chyb (např. polofunkční překrývání panelu) a chyby nové (např. v KScreenu musím po nastavení nové konfigurace změny zahodit, aby se zapamatovaly pro příští start).

Pro mě jediná změna k lepšímu je smysluplnější organizace Nastavení systému, jenže to taky znamená, že když se tátovi na LTS s 4.x něco rozbije, nemůžu mu poradit tak snadno, kam klikat.

[Rezza]

Jak rikam - dual head je no tom spatne. Danovi se snazim vsechno otriskat o hlavu, uz odemne videl spoustu logu...

[TM]

Dual head je na tom špatně dlouhá léta(je to jedna z věcí, které linux desktopu dělají ostudu) a já nemohu pochopit způsob vedení projektu.
Blbostem se věnuje plno času, pořád se něco mění a nic není nikdy hotovo aspoň na 80%.
Nestálo by za to sehnat nějaké finance? Byl bych mezi prvními, kdo by přispěl.

[Rezza]

Treba Randa 2015 - uz jsem prispel.

[Václav "Darm" Novák]

Nevíš kdy by se mohla vrátit podpora global menu? Celkem jsem si na něj zvykl.

[skunkOS]

Obdivuji tu tezi, že "uživatel nepozná rozdíl". To je taková ta enterprise mluva, že. Uživatel prostě rozdíl pozná. Prozatím to tak je. Nebyl žádný racionálně důležitý důvod (z mého pohledu) přecházet sado-maso stylem na úplně nové implementace a nazvat to KDE 5. KDE 4, světe div se, fungovalo skvěle.

Na Archu to bombasticky běhalo. Sice to žralo o něco víc paměti, sice ty balíčky nebyly uplně modulární, ale who cares? Všechno prostě fungovalo, aby se to následně na dva roky totálně roze*ralo s tím, že ve verzi 5.7 (dřív to podle mě nebude) se bude uvažovat o tom, že teď už to asi funguje. Esi vono to nebude tím, že primárním vývojářem je Červený Klobouk, aby prostě lidi v kanclech měli co dělat.

[Rezza]

Ale ono ani zadne KDE 5 jak se tomu rika neexistuje :). A vlastne nikdy ani nebude uz existovat. A cervene klobouky michat s KDE to uz samo o sobe rika hodne o postu :))).

[Marián Kyral]

Ale ono ani zadne KDE 5 jak se tomu rika neexistuje :)

Ať si to nazývají jak chtějí, pro nás normální uživatele, je to prostě KDE5. Sice se to skládá z více modulů, knihovny mají jinou verzi než plasma a aplikace, ale verze začíná pětkou tak to prostě je KDE5. Tečka.

[Rezza]

A v prvnim release byla vetsina aplikaci z KDE 4 :).

[Václav "Darm" Novák]

Ta modularita frameworks je prospěšná nejen kvůli „KDE 5“. Výsledky práce KDE vývojářů teď může snadno používat více desktopových prostředí (pokud vím tak minimálně LXQt a Hawaii), je možné tvořit věci jako Plasma Mobile…

Uživatel rozdíl pozná, ale naštěstí je přechod mnohem méně bolestivý než tehdy naprosto nesmyslně nasazované KDE 4.0

[Fluttershy, yay!]

Výsledky práce KDE vývojářů teď může snadno používat více desktopových prostředí

To si přímo koleduje o sarkastickou poznámku: to se máme na co těšit.

[Rezza]

Min duplicitniho kodu, min bugu :). Taky se na to tesim :).

[Fluttershy, yay!]

To nic neříká o kvalitě toho kódu.

[Rezza]

Co nic nerika o kvalite? Lety provereny kod v jednom projektu, hodne stable. Ano, jak ho zacnou pouzivat jine projekty, tak se muze projevit problem z jejich strany - neco, co v puvodnim projektu se treba nepouzivalo. Ale o to vetsi snaha to fixnout. Ono se to ted delalo podobne - Qt based desktopy spolu vzdycky komunikovali a ten kod si proste castecne kopirovaly. Dokonce neco jsme resili i tady na abicku a domlouvali :).

[Fluttershy, yay!]

Lety provereny kod v jednom projektu, hodne stable.

Tak určitě.

Qt based desktopy spolu vzdycky komunikovali

Všichni jeden a půl desktopi.

[Rezza]

Ti jo, to se nepovedlo . Ale původní kdelibs jsou moc pěkný kus kódu, dá se to číst před spaním jako knížka.

[svido]

osobně mi ještě přijde, že fonty, resp. cleartype byl v KDE4 úžasný. V KDE5 mi přijdou fonty roztřepené. Třeba Chrome se má font nazoomopaný, takže je neostrý a nedá se na to dívat - myslím přes developer tools, web je samozřejmě v pořádku. Konsole to samé.

Nastavení je stejné jako v KDE4. Nevíte někdo jestli jde nějak řešit?