KDE 4.9 (diskuse)

[Luk]

Trochu pozdní zprávička, ne? Když tady je článek.

[Fluttershy, yay!]

Byl jsem týden mimo a zřejmě jsem nebyl sám.

[Limoto]

Čekám, kdy to bude v Archu v extra a dělám po šesti letech velkej reinstall s přechodem na 64bit. To bude zábava...

[Fluttershy, yay!]

Koukal jsem, že zatím je to jenom v [testing]. Arch jsem neměl nabootovaný hodně dlouho, ale stejně bych si tam asi dal [kde-unstable] — jako mám na Kubuntu Neon a Kubuntu Backports (kde už 4.9 je).

[Limoto]

Mě to zas tak nějak netrápí, stejně tam víceméně žádná novinka není. Jenom chcu při té příležitosti udělat novej ~/.kde a nechcu, aby hned utrpěl aktualizací...

[dumblob]

Jestli chces reinstall celeho archu, tak se "zbytecne" nadres s opetovnou konfiguraci vseho (rozdeleny rc.conf tomu dal korunu ). Kdysi jsem si omylem nainstalil 32bit archa, a tak jsem zkusil podle wiki prejit plynule na 64bit a slo to hladce - s 8Mbit internetem to trvalo necelou hodinu po funkcni reboot (celou dobu se vlastne stahovaly a instalovaly balicky, nic vic).

[Limoto]

Já vím, ale na tom současným mám stejně všechny konfiguráky v pár let starým stavu, pak to furt někde mele, že deprecated a prostě by si to zasloužillo celý nastavit znova...

[Člověk z Horní Dolní]

Chybí tomu elegance a minimalismus. A designéři si nejspíš myslí, že když v GIMPu přidají průhlednost, stíny, přechody a odlesky, bude výsledek vypadat hezky.

[Člověk z Horní Dolní]

A ty ikonky, fuj! Styl alá tohle by byl lepší.

[Rovano]

Tak si naklikej jiný. To je děsný problém, že?

[Fluttershy, yay!]

Nechybí ti u offroadu automatická převodovka? o_O

[Člověk z Horní Dolní]

Jestli je software pro BFUčka nebo pro power usery nesouvisí s minimalismem / elegancí. Viz Arch Linux nebo Haskell.

[Fluttershy, yay!]

Minimalismus Arch Linuxu je přesně důvodem, proč mám jako hlavní systém Kubuntu, nikoliv Arch (s Awesome).

[Václav HFechs Švirga]

Sice mám jako hlavní systém Debian (*ubuntu zmršeniny mi akorát vždycky rozesraly systém), ale jinak souhlasím. Na mašiny, které mám na hraní cpu arch.

[Sten]

U Wrangleru ani nechybí, bo tam je

[Fluttershy, yay!]

A k čemu je to při použití jako offroad dobré?

[Sten]

Třeba že nemusíte řadit?

[Fluttershy, yay!]

To už vymysleli automatickou převodovku s umělou inteligencí? o_O

[Rezza]

Par minut a par kliknuti a kazdy ma, co se mu libi :)

[l4m4]

Vyměnit dekstopové prostředí jde i rychleji.

[Člověk z Horní Dolní]

No, nevim nevim, přišlo mi, že ta přeplácanost prostupuje vším a nejde to jen tak změnit :)

Na druhou stranu, díky klasickýmu panelu s taskbarem to je lepší než Gnome 3 a Unity.

[Fluttershy, yay!]

díky klasickýmu panelu s taskbarem

WAT?

[Člověk z Horní Dolní]

Jak tam prepinas okna?

Jinak kdyz vidim to WSAD... pro me by byl idealni desktop s taskbarem dole, pricemz WinKey + A/D/mousescroll by preplo na okno vlevo/vpravo a WinKey + W/S by prepinalo plochu.

[Fluttershy, yay!]

Okna se mi obvykle nepřekrývají, ale jinak: Alt+Tab nebo dedikovaná klávesa (jo, na jedné klávesnici mám klávesu, která posílá nějaký speciální kód a přepíná okna); Ctrl+F10 nebo najetí do rohu pro efekt á la Exposé; příp. prostřední klik na plochu pro zobrazení seznamu oken.

Dole? Na širokoúhlém displeji? Mno, proti gustu žádný dišputát, každý má nějakou úchylku.

[Václav HFechs Švirga]

Já jsem používal ledasco (včetně dlaždicových wm), ale nakonec jsem zjistil, že DE stylu WIN95 mi vyhovuje nejlépe (může být okořeněné o virtuální plochy, ale ty stejně používám jen pro věci jako gimp), včetně dolního panelu (úzkého na výšku). Sice to na širokoúhlém displayi sežere drahocenné pixely, ale to je NUTNÁ oběť. V tomto směru jsem prostě konzervativní .

[Člověk z Horní Dolní]

+1

[Člověk z Horní Dolní]

Je to cena za to, že stále vidím seznam otevřených oken a můžu mezi nimi pohodlně a rychle přepínat. Ale je samozřejmě možnost si to dát na stranu anebo nastavit autoschovávání.

Jeden panel s taskbarem je imho zatím nepřekonaný koncept. Všimni si, že žádný hlavní prohlížeč nepřešel na něco jiného než tabbar (což je vlastně taskbar). Je to jednoduchý, rychlý a funguje to.

[little.owl]

stále vidím seznam otevřených oken

Myslite ten list zgrupovanych zmrsenych boxu s casti popisku na liste dole?

[Člověk z Horní Dolní]

Grupovani mam vyply, takze to je v podstate jako taby v browseru, ktery i tobe jiste vyhovujou. Asi nejvic by se mi libilo neco jako tohle.

[Václav HFechs Švirga]

Grupovani mam vyply...

+1

[HonzaRez]

Heh, jsem jediný, komu zgrupování připadá jako jedna z těch úžasných blbostí, které dovedou vymyslet jedině vývojáři OSS...?
Ovšem počítám, že u některých to vyvolá celej katalog odvetný brutality...

[Václav HFechs Švirga]

Seskupování položek v taskbaru jsem poprvé viděl na XP.

[Luk]

Ovšem hrůza zvaná kickoff měla osud openSUSE -> KDE -> Windows.

[Václav HFechs Švirga]

Jo, to mám taky vyplé .

[little.owl]

To vypada opravdu dobre, ale panel dole je stejne jen ztrata mista.

[Člověk z Horní Dolní]

Tahle varianta zabira min mista :)

Samozrejme by slo si to dat vertikalne nebo schovat a pouzivat jenom expose.

[little.owl]

Hezky background .... copak to je?

[Člověk z Horní Dolní]

☯

[Václav HFechs Švirga]

Nejsem slepý, takže primární je pro mě malá ikonka a popisek je sekundární informace, která ale naprosto dostačuje. Jinak také nepoužívám seskupování. Kdybych taskbar měl nějak schovaný (s tím, že se dá nějak kouzelně vyvolat a je pak třeba lépe čitelný (což nepotřebuji)), jako třeba v gnome 3, cítil bych se dost omezený.

[Fluttershy, yay!]

Pohodlně a rychle si představuju jinak.

Pokud mám okna pootvíraná tak, že potřebuju furt vidět jejich seznam, je něco špatně.

[little.owl]

+1

[Václav HFechs Švirga]

Dává mi to pocit jistoty a bezpečí!

[Fluttershy, yay!]

Pořiď si plínky, to budeš navíc suchu.

[Václav HFechs Švirga]

Netřeba, mám panel.

[Člověk z Horní Dolní]

Mám přehled na čem právě teď dělám. Dáva mi to kontext. Je to trochu něco jako todo list.

Druhá věc je, že to umožňuje rychlejší přepínání. Možnost skrolovat myší v taskbaru i tabbaru je taky skvělá. Když jsem na Win nebo na OS X, tak mě nemožnost skrolovat taby přijde hrozně omezující.

Přijde ti přepínání v browseru nepohodlný a pomalý (ve srovnání s tím co používáš)?

[little.owl]

umožňuje rychlejší přepínání.

Mysi? Jedine Alt-Tab!

[Člověk z Horní Dolní]

Alt+Tab? Musím to zmáčknout na klávesnici a pak se v tom zorientovat. Pak se musím jednosměrně doklikat tam kam potřebuju. V taskbaru mají zástupci oken stále stejnou pozici a můžu si je ručně přeskupit.

Ideální řešení pokrývající potřeby 90+% uživatelů: panel s taskbarem, možnost přepínání přes WinKey + A/D/scroll, exposé pro milovníky exposé. Mohl by sis tam nastavit autoschování, přičemž po stisknutí WinKey by se taskbar objevil a pomocí A/D bys přepínal. Lepší než Alt+Tab.

[little.owl]

Musím to zmáčknout na klávesnici a pak se v tom zorientovat.

Mys nebo klavesnice, ja mam vetsinou obe ruce na klavesnici. Orientace? K tomu mi skvele slouzi u Alt-~ nahledy, pokud prepinam mezi stejnymi aplikacemi, a staci ikony pokud prepinam Alt-Tab mezi ruznymi.

Krom toho, chovani Alt-Tab se da u Gnome 3 hezky poladit, viz. kod zde.

[Fluttershy, yay!]

Mám přehled na čem právě teď dělám. Dáva mi to kontext. Je to trochu něco jako todo list.

Proto mám dva monitory vydlážděné okny a více ploch — stálé workflow.

Druhá věc je, že to umožňuje rychlejší přepínání. Možnost skrolovat myší v taskbaru i tabbaru je taky skvělá. Když jsem na Win nebo na OS X, tak mě nemožnost skrolovat taby přijde hrozně omezující.

Přehmátnout na polohovací zařízení, přejet kurzorem na panel a vybírat? To má být rychlejší než co?

Přijde ti přepínání v browseru nepohodlný a pomalý (ve srovnání s tím co používáš)?

Myslíš webový prohlížeč? Ano.

[Člověk z Horní Dolní]

Proto mám dva monitory vydlážděné okny a více ploch — stálé workflow.

Já pracuju na 13" notebooku bez externího monitoru...

Přehmátnout na polohovací zařízení, přejet kurzorem na panel a vybírat? To má být rychlejší než co?

Než Alt+Tab nebo exposé. Většinou mám ruku na myši. Sjet myší na panel a kliknout je záležutost tak 0.3 s. Možnost sjet dolů a proskrolovat okna je taky super. Nebo skrolnout na vedlejší okno, podívat se, a skrolnout zpět.

V prohlížeči používám podle situace 1) Skrolování v tabbaru 2) Zkratky pro přepnutí na okno vpravo / vlevo (mnohem lepší než AltTab, tohle mi chybí v taskbaru) 3) Kliknutí na tab. Jediný co by bylo rychlejší je zkratka, která mě přepne přímo na tab který chci.

[Fluttershy, yay!]

Já pracuju na 13" notebooku bez externího monitoru...

Upřímnou soustrast. Taky občas dělám na cca 12" subnotebooku, ale pak tím spíš pak používám maximalizaci/dlaždicování a plochy, na tak malém displeji je vertikální úbytek místa ještě horší.

Než Alt+Tab nebo exposé. Většinou mám ruku na myši. Sjet myší na panel a kliknout je záležutost tak 0.3 s. Možnost sjet dolů a proskrolovat okna je taky super. Nebo skrolnout na vedlejší okno, podívat se, a skrolnout zpět.

Většina dnešních myší už má rozumnou citlivost… a bohužel i hardwarovou akceleraci. Odjet do rohu (exposé) je maličkost. S trackballem tím tuplem.

Než klávesnice je to rychlejší možná, pokud klávesnici nemáš/nepoužíváš. BTW na typematrix mám jedno tlačítko, které se chová jako Alt+Tab. Takové mapování je maličkost. Nebo klávesa Win jako v tuším Gnome's Hell.

[Michal2]

Clovek by si pomyslel, ze synergie 4 roky novejsiho hardware a 4 let optimalizaci v KDE 4 (oproti situaci po vydani KDE 4) zpusobi, ze bude vykon uspokojivy. No je to lepsi. Ale na KDE 3 samotne ani na KDE 3 + compiz to stale nema

[AsciiWolf]

Pouze dotaz, no offense: Vyžaduje stále Akonadi pro svou korektní funkci MySQL nebo už si konečně vystačí s SQLite?

[Fluttershy, yay!]

Vím, že SQLite backend existuje, ale protože nepoužívám Akonadi, nedovedu poskytnout informaci z praxe.

[mirec]

MySQL bol nepoužiteľný keď som naposledy skúšal. SQLite bola absolútna katastrofa. Preto som prešiel na PostgreSQL (prekvapujúco výrazne menej náročné a výrazne výrazne rýchlejšie). Lenže po pár minútach začal akonadi žrať 100% CPU, potom aj RAM a tak šiel spolu s celým kmailom 2 do ...

[Kozzi]

Hmm, tak jako je to sviznejsi tojo, ale napriklad KMail je stale zcela nepouzitelny, ani google ucet se v tom neda stavit, tak to je fakt dost bida

[nikdo]

Gmail účet používám s Kmailem roky a nevšiml jsem si, že by nefungoval. Akorát jeden čas byly problémy s akonadi, které po probuzení z hibernace nebo přechodu na jinou síť hrozně dlouho přemýšlelo, než se zase něco začalo dít.

[Kozzi]

No, tak drive to mozna slo, ale pokud ma clovek ciste nainstalovane nove kde 4.9, tak to nelze, proste ten jejich wizard skace mezi dvema obrazovkama stale dokola :D

[qpal]

Stejne jako kolega pouzivam Gmail v Kmailu uz hodne dlouho a nemam problem. PS: uz par dni mam KDE 4.9 a mailuju jako obvykle. Pokud vam driv nevysel import, zkuste promazat soubory Kmailu v profilu a spustit import znovu.

[mess]

Doufám, že se někdy dočkám toho, aby byla v Okularu možnost ty anotace uložit přímo do toho PDF.

[D.A.Tiger]

Dobrý, a jak to vypadá třeba ... třeba ... ve spolupráci KDE 4.9 s aplikacemi co nejsou psány v KDElibs/Qt? Tak kupříkladu...

.... už KDE nehulvátí stabdardy Freedesktop.org a do souborů .dosktop dává taky odkazy na spustitelné soubory bez parametrů (položka TryExec)

... pořád cpe do .desktop k odkazu na spustitelný soubor ten hloupý parametr --caption?

... Ještě je téměř nemožné využívat služeb KDE, nebo jeho aplikací bez použití KDElibs/Qt?

... Už má ikony na jednom místě nebo jsou pořád rozházeny (s nadsázkou) po celým /usr?

atpd...

[magor]

jou a Gnome uz bezi na KDE bez GTK? ty chytrak :)

[D.A.Tiger]

Cože? o_O

[Kaacz]

Tože. KDE aplikace potřebují ke svému běhu kde/qt stejně jako Gnome aplikace potřebují ke svému běhu GTK2/3. Jak vá vůbec mohla napadnout taková otázka?

[D.A.Tiger]

A já jsem někde ve svém prvotním příspěvku tvrdil opak snad opak? Pokud chápu sám sebe, snažil jsem se pomocí několika konkrétních příkladů zeptat, jestli KDE 4.9 ještě pořád prasí některé standardy a dělá všechno proto, aby aplikace které chtějí být s ním kompatibilní, ale nejsou stavěny na bázi KDElibs to měli pokud možno co nejsložitější... Proto jsem se divil předřečníkovy.

[Kaacz]

Sorry, zjevne asi ostatni ve vete

.. Ještě je téměř nemožné využívat služeb KDE, nebo jeho aplikací bez použití KDElibs/Qt?

ctou uplne jiny vyznam. Zni to skoro jako zamer delat všechny KDE aplikace bez kde/qt. :)

Mozna kdyby tam bylo:

.. Ještě je téměř nemožné využívat služeb KDE, nebo jeho aplikací aplikacemi, které jsou vytvořeny bez použití KDElibs/Qt?

Ale kdo by takovou zhuverilost delal? K tem sluzbam KDE se dostava aplikace prave pres kde/qt. A kdyz se k tomu nekdo chce dostat partyzanskou oklikou? Who cares? :)

Ostatni :prasečinky: netuším. Netuším, v čem způsobují tak strašné problémy.

Jediný problém který opakovaně řeším, jsou Gnome srajdy automaticky spouštěné do UZIVATELSKEHO desktopu definici v umístění /etc/xdg/autostart, které musím vytřískat jako root. Tohle musel vymyslet fakt kokot a udelal z toho urcite freedesktop standard. :p Už uvažuju, že přidam po startu OS vymazani obsahu toho adresare, protoze semtam po nejakem update tam zase nejaka zhuverilost vznikne .. Desktop je vec UZIVATELE a autostart blbosti do desktopu má byt v pravomoci uzivatele a ne nekde v /etc root-only modifikovatelne.

Poprve jsem se s tim setkal s hamachi gui Hagauchi .. co je mi platne, ze jsem mu zaskrtl, aby se nepoustel po najeti desktopu, kdyz ten debilni sw je spousten natvrdo v XDG nejakym kretenem bez soudnosti ?!?!

Tak to jsou problemy, ktere vidim zase ja a na vine je prave freedesktop rozhrani a blba implementace hovadama.

[Kaacz]

Koukam, ze rano neni moudrejsi vecera ..:D

Omlouvam se, hned v prvni vete pisete, ze se jedna o vztah non kde/qt aplikaci vuci kde. Nejak jsem si to nespojil s temi body pod tim ..

PS: je jedno v kolik vstanu, probouzim se v 11 .. :)

[D.A.Tiger]

Koukam, ze rano neni moudrejsi vecera ..:D ...

V pohodě, mě se to občas stává také

Jinak já nechci obhajovat Freedesktop.org, Některé jejich výmysly jsou opravdu mazec, stačí se podívat jak jsou zhulvátěny mime-typy Jde spíš o to, že když už nějaké standardy jsou tak by se měli buď dodržovat, a nebo obcházet takovým způsobem, aby to neovlivňovalo okolní svět. Například já to řeším tak, že aplikace, které využívají *desktop soubory si je cachují a ukládají do adresáře ~/.local/share/nazev_aplikace/apps_cache/. A když už to jinak nejde, tak většinu uprav (až na vyjímky) řeší samostatnou sekcí a nervou to do sekce [Desktop Entry]. Je to opravdu krajní řešení a nemělo by nikomu vadit (tedy zatím jsem si nevšiml, že by to způsobovalo problémy).

Ale stejně je nejlepší pokoušet se prosadit změny přímo v standardu. Myslím, že tlak ze strany vývojářů KDE (vůbec desktopů, nebo distribucí) by mohl mít rozhodně z Freedesktop.org lepší odezvu, než rozhořčené e-maily samostatného samostatného vývojáře, nebo uživatele.

Problémem kolem toho, že například k odkazům mnoha svých aplikací přidává KDE automaticky parametr "--caption" je to, že KDElibs tohle zná a ví, že za tento parametr má dát nějaký řetězec, který se objeví v titulku dané aplikace, a nebo jej může s klidem odebrat. Předesílám, že většina kde aplikace s parametrem "--caption" bez argumentu vyhlásí hned ze startu chybu a skončí. Ale jak to má vědět non-kde aplikace? Přitom dá se to řešit jednoduše a vyhovělo by krásně standardu, např. :

[Desktop Entry]
...
Exec=digikam --caption 
...

by stačilo (viz):

[Desktop Entry]
...
Exec=digikam --caption %c
TryExec=digikam
...

Kde aplikace s tím může zacházet pořád stejně. Non-kde aplikace alespoň ví, že tam má dát lokalizovaný název spouštěného programu, protože nemůže vědět že zrovna tento parametr lze odstranit. Nebo se vůbec nemusí vůbec zabývat parametry a pomocí položky "TryExec" spustí aplikaci, aniž by se musela o nějaké parametry vůbec zajímat. Tak to by bylo rozebrání alespoň jednoho z těch problémů, takový podrobný popis dalších by asi vydal za samostatný článek

Jinak, nechápu, proč by měla být být zhůvěřilost, když aplikace chce získávat informace a využívat služby prostředí na kterém běží (bez ohledu na to na kterých knihovnách je napsaná ta daná konkrétní aplikace, či to dané prostředí). Navíc mnohdy to mohou požadovat samotní uživatelé.

[Ruža Becelin]

Jediný problém který opakovaně řeším, jsou Gnome srajdy automaticky spouštěné do UZIVATELSKEHO desktopu definici v umístění /etc/xdg/autostart, které musím vytřískat jako root. Tohle musel vymyslet fakt kokot a udelal z toho urcite freedesktop standard. :p Už uvažuju, že přidam po startu OS vymazani obsahu toho adresare, protoze semtam po nejakem update tam zase nejaka zhuverilost vznikne .. Desktop je vec UZIVATELE a autostart blbosti do desktopu má byt v pravomoci uzivatele a ne nekde v /etc root-only modifikovatelne.

Poprve jsem se s tim setkal s hamachi gui Hagauchi .. co je mi platne, ze jsem mu zaskrtl, aby se nepoustel po najeti desktopu, kdyz ten debilni sw je spousten natvrdo v XDG nejakym kretenem bez soudnosti ?!?!

Tak to jsou problemy, ktere vidim zase ja a na vine je prave freedesktop rozhrani a blba implementace hovadama.

Wow, a ja si rikal, co mi do haje porad spousti screensaver a printer applet, prestoze to je v KDE zakazany :-/

[Kaacz]

Jo, pro lidi, kteří používají windecor založený na Aurora (já např. Radial Thin):

Při tažení okna levou myší na title-baru, naskočí přesun po prodlevě. Napřed jsem myslel, že to je feature, ale je to bug. Měl by být opraven hned v příštím update. :) http://blog.martin-graesslin.com/blog/2012/08/fixing-slow-window-movment-in-4-9/

Jo a když titlebar omylem zmizí za rohem, pravá krysa již na okraji okna nevybali menu, přesun se provede ALT+LMouse kdekoli na okně.

[Kaacz]

Dalsi problem .. kdyz chci v nastaveni desktopu otevrit cast s motivy plochy, kurzoru a windecor .. app padne na drzku.

Muze za to: systemsettings: symbol lookup error: /usr/lib64/kde4/kwin3_iaora.so: undefined symbol: _ZNK25KCommonDecorationUnstable16clientGroupItemsEv

Toz jsem ten soubor dal pryc a uz to jede. Je mozne, ze mnozi ho ani nemaji. Mam to na osuse z balicku kde4-style-iaora - IaOra Theme for KDE4. Toz pryc s tim. :)

Na haldu tech kwin3 dekoraci to nadava:

systemsettings(4473)/kwin KDecorationPlugins::canLoad: "****** The library /usr/lib64/kde4/kwin3_keramik.so has no API version ******" systemsettings(4473)/kwin KDecorationPlugins::canLoad: ****** Please use the KWIN_DECORATION macro in extern "C" to get this decoration loaded in future versions of kwin

Kupodivu ne na plastik. A zrovna ten mi připadá tak nějak nakopnuty .. červené okraje. No ale nemám desktop s KDE4 abych pak na něm používal vzhled minulého století, žejo? :)