Ptejte se Luboše Luňáka, vývojáře KDE

24. 11. 2006 | Redakce

Články - Ptejte se Luboše Luňáka, vývojáře KDE  

Před pár týdny zde proběhl rozhovor s Lubošem Luňákem, kde jsme mu položili několik otázek o KDE. Tentokrát tuto možnost přinášíme i čtenářům abclinuxu.cz.

Luboš Luňák odpovídá

Luboš Luňák pracuje na vývoji správce oken KWin, do kterého teď přidává efekty známé díky programům Compiz a Beryl. Kromě toho spravuje části kdelibs, aplikaci KHotKeys a KSMServer.

Máte-li otázky týkající se například:

• KDE všeobecně
• Lubošovy práce
• správce oken KWin
• připravované verze KDE 4
• atakdále...

vkládejte je do diskuze pod tento článek nebo posílejte přímo redakci. Luboš se na vybrané otázky pokusí odpovědět.

Lubošovi děkuji za ochotu a věřím, že bude pro čtenáře zajímavé se dozvědět více o vnitřnostech, fungování a plánech KDE přímo od jednoho z významných vývojářů.

Diskuse k tomuto článku

[Creator of Myths]

Myslim, ze v minulem rozhovoru padla zminka o tom, ze nez zahodit KWin a nahradit ho Compizem, bylo by lepe zaclenit akceleraci desktopu primo do KWin. Dockame se toho uz v KDE4?

[miso]

kwin_compozite sa da stiahnut z kde svn
a budu baliky pre openSUSE
Zacleneni do upstreamu je asi otazka na Lubosa

[filbar]

A kde ho v tém kde svn najdu?

[David Watzke]

Tady.

[Jardík]

Pro úspěšnou kompilaci se musí ještě jméno adresáře kwin_composite upravit na kwin (kvůli chybě(?) v konfiguračním souboru cmake. Osobně jsem to kompilovat nezkoušel, a proto se ptám: Bude fungovat i s KDE3, nebo jen KDE4?

[Juraj Václavík]

Jak to vypadá s časovým harmonogramem pro KDE 4, resp. protože ho lze očekávat zřejmě nejdříve koncem příštího roku, bude-li ještě KDE 3.6 a co by se v něm mohlo očekávat?

[Boris Dušek]

+1

[JK]

Nekde na webu jsem videl navrhy na novinky do KDE 4. Zaujala me myslenka instalatoru univerzalnich tar.gz balicku, kdy clovek nemusel absolvovat proceduru "./configure" "make" "make install". Chapu ze je to vec ryze kosmeticka, ale objevi se tento jakysi "graficky instalator v novem KDE? Pro spoustu "novacku" v mem okoli by to bylo velice prijemne....

[MaT]

No já nevím, většina distribucí má nějaký balíčkovací systém, tohle by ho jako mělo obcházet? Proč?

Navíc spousta těch balíčkovacích systémů má docela pěkné GUI, často i do KDE.

Upřímně řečeno, mám pocit, že spousta lidí je prostě zvyklá z Windows na určité postupy, které chce za každou cenu aplikovat i v Linuxu. Příkladem tohoto jest: Najdu někde nějaký program, stáhnu ho a pustím (instalace). Spustí se instalační program (ideálně u každého programu úplně jiný - prostě každý pes, jiná ves). Některé programy se pak ani neumí korektně odinstalovat...

I pro spoustu BFU mi prostě přijde jednodušší: Chci nainstalovat nějaký program - tak si pustím Synaptic (nebo nějakého jiného správce balíčků) a v něm to najdu, nechám stáhnout a nainstalovat... Pokročilejším uživatelům možná nedělá problém si vygooglit stránku programu, tam někde hledat něco jako "Download" (teď si představte, že je to někdo, kdo neumí anglicky), pak přemýšlet, co stáhnout (kterou verzi, x86, 64... - pro kterou distribuci...).

[JK]

Balickovaci system je sice bezva vec, ale spousta balicku proste neni ve vsech baliccich pro vsechny distribuce pro vsechny jejich verze. Najde se rada baliku, ktere se proste jinak nez "./configure" "make" "make install" nainstalovat nedaji. Naprosto bezne treba z KDE-look.org (prvni co me napadlo). Pro tyto baliky jsem videl genialni instalator... proto jsem se na to ptal. Ja sam osobne s tim problem nemam, ale je to pekna hracicka...

[Lukáš Benda]

Jenze pak se vam ten nainstalovany program nezapise do databaze a pri upgradu systemu, Vam cely program sleti a vy nevite proc.

Navic pokud se BFU nauci instalovat timhle zpusobem, nebude mit naprosto tuseni ze ./configure ma urcite i spoustu parametru, takze duvod proc to nejede zrovna jemu, muze byt zakopan prave v tech parametrech.

On preci nikdy nemusel zadavat ./configure. On nemusi vedet co je to prikazova radaka. TAKZE KDE ZE SE TY PARAMETRY PISOU? A PROC PARAMETRY? A PROC SE TO NEUDELALO SAMO? A PROC MI TO NEUMI CIST MYSLENKY?

Myslim, ze tudy cesta nevede.

[JK]

Ja jsem to nenavrhoval ! :o) Tohle byl jenom dotaz, protoze nekde jsem to v "novinkach pro KDE 4" videl. Je jasne ze to neni samospasne. Na druhou stranu, napsat ./configure, make, make-install dokaze i cvicena opice, takze pokud by mel BFU problemy v GUI, mel by je stejne i v prikazovam radku. Takze tohle asi nebude dobry argument proti...

[Daniel Kvasnička ml.]

Statisticky vzato, resenim problemu se SW (neni balicek pro moje distro nebo chybi zavislosti, ktere se nedaji doinstalovat z repos) zabiju asi nejvice casu a princip balickovacich systemu a zavislosti povazuju za asi nejvetsi zlo Linuxu a nejvetsi brzdu pro vetsi rozsireni na desktopu -- vlastne kdyz to tak vezmu, dela to v mnoha pripadech Linux pro me nesvobodnym systemem, protoze zabranuje pouziti nejakeho softwaru aniz by clovek ztracel cas studovanim for a diskusi, zkousenim balicku zkompilovanych Frantou z HorniDolni, prip. kompilaci. Editovani konfiguraku je oproti tomu kravina.

Argument, ze mit na disku X knihoven Xkrat me nejak nepresvedcuje. Jasny, ze ty nejpouzivanejsi knihovny by mely bejt sdileny, ale dotahnout to do extremu tak, jak to dela Linux, to podle meho neni potreba. Nevim ted, kolik ma moje instalace Ubuntu doma, ale v praci mam Windows XP stanici komplet vybavenou pro webdev a kancl (Inkscape, GIMP, XAMPP, JDK + Eclipse + tuny pluginu, Python, wxPython, OpenOffice, FreeMind, Acrobat Reader, Opera, 3 verze IE, Flock, Lotus Notes, iTunes a dalsi blbosti jako IM, vypalovani,...) a Program Files a Windows maji asi 4G. Mac OS X potrebuje pro komplet instalaci vcetne developer tools take 4G, bez nich 3 (takze tam bych se s vybavou dostal asi urcite pres 4G). A rekl bych, ze na Windows i Macu se knihovny sdili taky, jen ty, u kterych je to fakt prakticky potrebne. Hadam, ze ta instalace Ubuntu bude mit v tehle chvili vic (mam ji vybavenou v podstate na stejne veci). Je to snad tak, ze staticky zkompilovany program zabira tolik co program + vsechny potrebne knihovny dynamicky linkovane? Navic je tu svinstvo v podobe nemoznosti odinstalovat nektere veci, protoze jsou trapne zavisle na ubuntu-desktop. Rad bych videl treba nejakou recenzi nebo report na PC-BSD, ktery by to nejak rozumne a objektivne srovnal.

Nevim, nevim, ale v dobe dnesnich velkych disku mi ten cas, co mi to sezralo, za to nestoji.

[zenek]

Já si myslím, že pokud máte problém se závislostmi nebo nedostatkem programů, tak máte prostě špatnou distribuci. Debian rulez.

[Daniel Kvasnička ml.]

Ubuntu...

[pj]

no, myslim ze v linuxu chybi/nefunguji mnohem zasadnejsi veci, uz prilis dlouho cekam, az bude po instalaci linuxu v kde spolehlive funkcni nabidka pro suspend/standby, hibernate, az tam bude wizard pro konfiguraci vpn pripojeni (ipsec/l2tp), az tam bude wizard pro konfiguraci autentizace wifi wpa/tls/peap, az tam bude neco jako device manager, pres chtery pohodlne nainstaluju driver pro zarizeni, proste veci, ktere uz jsou hezkou radku let bezne v w2k/xp. mrzi me, ze zasadni systemove nedostatky se neresi a misto toho se mrha usilim nad hracickami typu 3d desktop...

> Zaujala me myslenka instalatoru univerzalnich tar.gz balicku

[CIJOML]

na wifi existuje kwifimanager a wpa_gui

[pj]

jeho moznosti nestaci na dnes standardne zabezpecene wifi site, tj. wpa/wpa2, autentizace tls,ttls,peap atd (doporucuji mrknout na spravu wifi v xp). > na wifi existuje kwifimanager a wpa_gui

[Viktor Lieskovsky]

Ja by som to nevidel az tak jednoznacne. Vo Windows XP sice mam volbu Hibernate, ale na mojom notebooku hibernacia jednoducho spadne, a vrati ma s nezrozumitelnou hlaskou spat do systemu, kvoli uz niekolko rokov znamej a neopravenej chybe ktora sa prejavuje na pocitacoch s > 1GB RAM. Tym padom je pre mna notebook s WinXP len velmi malo pouzitelny. V Ubuntu Edgy Eft to naopak Jednoducho funguje (TM) :)

[inf]

http://www.cdr.cz/a/18308

[J.]

Co se tyce suspend/standby - v kernelu je velmi dobra implementacia standartu ACPI (koniec koncov, velka cast implementacie ide priamo z intel-u), problem je len v tom, ze vacsina vyrobcov HW standart ACPI plne nepodporuje, ale nejaku jeho bastardizaciu M$ ACPI. Stazujte sa u svojho vyrobcu hardware, ze plne nepodporuje standarty. Za wizardy pre nastavenie cohokolvek pekne dakujem, neprosim, a som rad ze sa linux (az na gnome) neubera cestou BFU-zacie. Device manager v linuxu - co je spatneho na modprobe/lsmod/rmmod kombinacii? Klikacie GUI nepotrebujem. Ak vam velmi chybaju tieto tzv. "zasadne systemove nedostatky", tak mozte dalej spokojne pouzivat system, ktory ich uz peknu riadku rokov ma, ale netlacte to niekam kam to nepatri.

[pj]

...ale za to v kernelu neni funkcni a spolehliva podpora pro suspend/hibernate, jsou sice patche typu suspend2, ale jsou to jen ugly hacky, ktere se do kernelu v toto podobe jen tak hned nedostanou... device manager vs. modprobe - pokud se ma linux rozsirit mezi lidi na desktop, je propracovane GUI naprosto zasadni, 99% lidi chce snadnou pouzitelnost, coz je v rozporu s dnesnim stavem linuxu na desktopu.

> Co se tyce suspend/standby - v kernelu je velmi dobra implementacia standartu ACPI

[J.]

Este raz, za to ze poriadne nefunguje suspend moze vyrobca vaseho HW, ktory sa nedrzi presne standartov. Co sa tyka device manageru, urobit gui nad modprobe by zvladla aj cvicena opica, problem je len v tom, ze by sa to nechovalo ako by windowsak ocakaval, co je v prvom rade dosledok rozdielnej architektury, a vysledok by nemal uplatnenie (dnesne distra beztak vsetky podporovane moduly natiahnu bez asistencie uzivatela). Prave to, ze distra podporuju out-of-box spustu zariadeni a samy si ich ovladace natiahnu je daleko uzivatelsky priatelskejsie nez zhanat na nete ovladace pre napr. to-ktore bluetooth zariadenie. Ina vec je, ze ovladacov nie je dostatok a najnovsi hardware nie je podporovany, resp. ze u binarnych ovladacov je problem s licenciami - ale to je zase problem niekde inde a ziadne GUI s tym nic nespravi (a zase, v pripade mnohych distier nie je problem tieto binarne ovladace dodat jednoduchou instalaciou baliku, na co uz gui casto zase existuje a principialne jednoducha - len je to ina cesta nez na aku je zvyknuty windowsak).

Inak nie je mi jasne, preco by malo byt cielom sirit linux mezi masy, ked tie su spokojne s tym co maju. windows tu uz ras su, naco robit dalsie?

[pj]

ne, podpora suspend/hibernate neni v linuxu v takovem stavu, aby to bylo pouzitelne, kdyby tomu tak bylo, bylo by to standardne pristupne pres menu, nynejsi postup kdy musim kdejake sluzby nejdriv poshazovat, pak z ruky pustit suspend skript a pri probuzeni se modlit aby to nevytuhlo a zas ruzne sluzby restartovat, je skutecne neprijatelny stav. dale powermanagement - ono uz jen takova zakladni drobnost jako vypnuti LCD (vypnuti podsvetleni) je leckdy problem, protoze pres kde gui se vetsinou dosahne pouheho ztmaveni na cernou, ale lcd svidi dal zadne gui nad modprobe jsem na mysli nemel, je treba komplexni nastroj, ktery mi zobrazi strom zarizeni a pro ktere neni driver nabidne dialog pro dohrani driveru treba od vyrobce, predkompilovany, tj. zadne patchovani a rekompilace, rebootovani celeho systemu

> Este raz, za to ze poriadne nefunguje suspend moze vyrobca vaseho HW

[J.]

Aha, takze tu si niekto stazuje na veci ktore tu uz davno su ;) Priamo v kde - pravy klik na plochu/Configure desktop/display/Power Control Modlit sa aby suspend nevytuhlo je dosledok zbastardizovaneho ACPI zo strany vyrobcov HW, nic ine. Ak ide o sluzby, aj win maju problemy ak sa im mezicasom zmeni hw konfiguracia (napr. ak vytiahnem laptop z dokiny) a pridu napr. o siet. Vacsina BFU vsak sluzby, ktore vyzaduju restart/nahranie novej konfiguracie, aj tak nepouziva. V zasade ale zrovna v demonoch problemy vacsinou nie su (az na tu siet, no...) ;)

>je treba komplexni nastroj, ktery mi zobrazi strom zarizeni a pro ktere neni driver nabidne dialog pro dohrani driveru treba od vyrobce, predkompilovany, tj. zadne patchovani a rekompilace, rebootovani celeho systemu aha, a kde ma tie moduly vziat? ako ma vediet kde zohnat moduly pre danu subverziu danej distribucie a pripadne ze tato verzia ma zakompilovane vsetky prerekvizity a dokaze sa s tym vyrovnat? to mi skutocne rpide lespie riesit to na urovni balickovacieho systemu, ktory tieto informacie ma, nez nejakeho abstraktneho nastroja o 2 vrstvy vyssie. a zabrani sa tym aspon problemom s instalaciou nekompatibilnych verzii (tieto problemy existuju aj vo win, aj ked u systemu s 10-timi verziami vratane SP to nie je tak ocividne a da sa to ohlidat). je to proste dan za heterogennost prostredia, napriek tomu vyhody stale prevazuju (bezpecnost, tlak na rychlejsi vyvoj, flexibilita, ...).

[keson]

Dobry den, je pro vas opravdu takovy problem udelat si na to polozku v menu? Ale jinak souhlas, k idealu to ma jeste daleko; hodne zalezi na HW: kdyz je podporovany, obvykle to slape lepe nez s Win (u me: vydrz na baterce - 2,5 hod ve Win vs. 3,5 hod. v Linuxu). Pekne graficke udelatko chybi, ale je to uz jen tresnicka na dortu (mnozi stejne preferuji horkou klavesu .

[Luboš Doležel (Doli)]

V moment, kdy to tu bude samý předkompilovaný driver od výrobce, s Linuxem končím. Prosím pochopte, že cílem Linuxu není být Windows zdarma.

[Idealista]

Myslim ze nikto by nikoho v takom pripade pouzivat binarne ovladace nenutil.

A urcite je mat lepsie binarne ovladace ako nemat ziadne, alebo polovicne funkcne.

Je to len o volbe.

[zenek]

Nesouhlasím. Když se lidi spokojí s binárními drivery, tak jednak nebude motivace dělat svobodné a za druhé si na to výrobci zvyknou... A to nechceme.

Výrobci HW mají vydávat specifikace a/nebo produkovat svobodné drivery. Tečka.

[Jozef Vondrák]

Myslím, že svoboda volby je univerzálnější nežli jakákoli ideologie.

[Rezza]

No ja nevim, ja to normalne v menu mam... Samo to sesychronizuje a odpoji filesystemy, unloaduje moduly, ktere se nemaji rady se suspendem a uspi... SUSE 10.1

[Rezza]

No ja nevim, ja to normalne v menu mam... Samo to sesychronizuje a odpoji filesystemy, unloaduje moduly, ktere se nemaji rady se suspendem a uspi... SUSE 10.1

[DjAARA]

Taky si myslím, že podpora uspávání v Linuxu stojí za starou belu. Může mi jinak někdo vysvětlit, proč notebook co ho uspávám tak 2x - 3x denně má největší uptime jen 7 dní ? Ale třeba se to brzo zlepší, zbavil jsem se binárního svinstva od ATi, které občas poslalo systém do kytek.

 $ uprecords
     #               Uptime | System                                    Boot up
----------------------------+-------------------------------------------------
     1     7 days, 05:30:12 | Linux 2.6.18.2           Sun Nov 12 18:26:54 2006
     2     5 days, 03:54:56 | Linux 2.6.18.2           Tue Nov  7 11:58:00 2006
     3     4 days, 17:57:00 | Linux 2.6.18             Tue Oct 10 16:18:22 2006
     4     4 days, 04:33:37 | Linux 2.6.18.1           Mon Oct 30 13:46:19 2006
     5     4 days, 00:02:29 | Linux 2.6.18             Fri Oct  6 14:38:43 2006
     6     3 days, 16:37:23 | Linux 2.6.18.1           Fri Nov  3 19:20:18 2006
->   7     3 days, 08:27:03 | Linux 2.6.18.3           Tue Nov 21 11:53:35 2006
     8     2 days, 14:57:19 | Linux 2.6.18.1           Fri Oct 27 22:30:51 2006
     9     2 days, 02:29:17 | Linux 2.6.18.1           Tue Oct 24 13:03:54 2006
    10     1 day , 23:59:43 | Linux 2.6.18             Sun Oct 15 10:15:57 2006

Když už jsme u fglrx - pokud na HW není ovladač přímo v kernelu nebo ho nedodává v samostatném balíčku k distribučnímu kernelu distribuce (či případně software jako je module-asisstant), tak holt zatím pro obyčejné uživatele pešek. Bohužel. Ti ať zkusí *buntu, tam je ovladač na kde co. A pokud je nalezen podporovaný HW, tak je ovladač natažen a žádné klikání jako ve Windows není potřeba. Předkompilované věci či ovladače od výrobce do Linuxu netahejte. Je to jiný svět, jiná architektura, jiný model pro práci s ovladači. Nejsou to Windows

Když už jsme nakously ty ovladače a Windows - vysvětlí mi někdo, proč když náhodou připojím myš ve Windows do jiného USB portu, tak musím zas a znovu instalovat ovladač? To to na poprvé nestačilo? 3x se proklikávat tím samým stupidním dialogem (3 usb porty, víc jich naštěstí nemám). Je to k zbláznění.

[J.]

> Může mi jinak někdo vysvětlit, proč notebook co ho uspávám tak 2x - 3x denně má největší uptime jen 7 dní ?

Ako som spominal, jedna sa o to, ze vyrobca silne odflakol ACPI. Pravdepodobne by sa to dalo reklamovat ako vyrobna vada vyrobku, ked tento nesplna deklarovane vlastnosti :-P

[DjAARA]

Ne, tady výrobce udělal vše co mohl a dotáhl to do konce. Jen osadil GK od ATi. Ale s open-source ovladači to je lepší.

A hlavně: bylo to myšleno tak, že pokud uspávání v Linuxu obecně nefunguje (jak se někteří snaží tvrdit), tak jaktože ten notebook prošel zhruba 20ti cykly uspát, probudit a nevytuhl při tom? Jinak po těch sedmi nech vyšla 2.6.18.3 a potřeboval jsem něco ve Windows, takže jsem toho využil k rebootu s novým kernelem.

[DjAARA]

No a asi jsme už krapet off-toupic, takže bych tohle téma případně přesunul jinam.

[DNA]

jak často používá uživatel modprobe, aby na to potřeboval klikátko (mimochodem vyžadující root práva)? A jak by mělo vypadat, jako ve woknech? = povolit, zakázat, přeinstalovat ovladač?

[Zdenek]

Pocitac ma spravovat admin a ne zadnej wizard! Zustante u Windows a carujte si do aleluja.

[lefti]

az tam bude neco jako device manager, pres chtery pohodlne nainstaluju driver pro zarizeni

Rucne instalovat drivery? To uz se snad nedela ani ve windows (vista).

[D-Evil]

Wifi obslouží (pokud to ovladač vašeho hardwaru zvládne) NetworkManager a KNetworkManager a teoreticky by to mělo umět i některý typy tunelů.

Nabídka standby/suspend v KDE i Gnome je. Že nefunguje, to s KDE, Gnome ani ničim podobnym nesouvisí, v nejhoršim za to může X server, ale v drtivý většině je problém v kernelu (mimo jiné i díky tomu, že řada výrobců notebooků nedokáže sesmolit korektně fungující ACPI).

Instalaci ovladačů klikátkem si představit nedovedu (nemluvě o tom, že jde o zásah do kernelu, což u distribucí s nějakou technickou podporou znamená, že se s váma nikdo nebude bavit a nezkušenej uživatel by se do toho zřejmě vůbec neměl pouštět).

Jinak obecně u všech podobnejch problémů, nedostatků a chybějících funkcí platí leninovský "Hlásit, hlásit a hlásit". Pokud se vám to nelíbí a zároveň nechcete přiložit ruku k dílu (třeba poskytnutím konkrétních informací, co kde a na jakym hardwaru nefunguje), nikdo vám Linux nenutí.

[pj]

ne neobslouzi (samotny wpa nestaci), certifikaty a tedy pokrocily zabezpeceni/autentizace wifi (tts,ttls,peap), vetsinou pouzivane ve firemnich sitich, to neumi, chtelo by to inspiraci ze spravy wifi v xp > Wifi obslouží (pokud to ovladač vašeho hardwaru zvládne) NetworkManager a KNetworkManager

jo, mozna se pripojim k openvpn serveru, ale kdo to pouziva? ve firemnim prostredi se pripojuje v 90% pripadu k ci$co koncentratoru (ipsec+xuath+certifikaty) a m$ vpn (l2tp/ipsec), zbytek ma proprietarni reseni vpn, to nepocitam, ale openvpn je tak v 0,1% (?) > by to mělo umět i některý typy tunelů.

suspend/hibernate v kernelu neni a resi se to patchi suspend2 (o tom, ze to prilis pouzitelne neni svedci fakt, jak dlouho uz to existuje, ale zadny pokrok ve smyslu, aby se to dostalo do standardniho kernelu, i kdyz je pravda, ze s kde to prilis nesouvisi, tam by mela byt aspon podpora pro hibernacni splashscreen.... > Nabídka standby/suspend v KDE i Gnome je.

[DjAARA]

suspend/hibernate v kernelu neni a resi se to patchi suspend2 (o tom, ze to prilis pouzitelne neni svedci fakt, jak dlouho uz to existuje, ale zadny pokrok ve smyslu, aby se to dostalo do standardniho kernelu, i kdyz je pravda, ze s kde to prilis nesouvisi, tam by mela byt aspon podpora pro hibernacni splashscreen....

Takže podle vás je tahle věc v kernelu:

$ djaara linux # grep SUSPEND .config
CONFIG_SOFTWARE_SUSPEND=y

podpora pro napařovací žehličky nebo pro co, když to není podpora pro suspend/hibernate? Jinak o něco lepší podporu HW má projekt suspend2 jak píšete. Přesto nemelte nesmysly. Software suspend má podporu přímo v kernelu.

[frEon]

asi jsem natvrdlej ale nerozumim tem vasim >
je to misto tecky??

[juvi]

Měl bych zájem finančně podpořit vývoj KDE/KOffice (které ve verzi 1.6 velice slušně dospělo). Napište, jaké jsou zvyklosti sponzorování.

[jose17]

neviete náhodou, z akého dôvodu sú na http://l10n.kde.org/stats/gui/stable/sk/index.php grafy generované s 2-dňovým oneskorením? ďakujem. jose

[Peto_MiG]

Viem, že ste z iného tábora, preto práve ma zaujíma Váš názor na tieto okruhy tém: 1, Ako vnímate snahy Novellu napratať Mono do GNOME? Myslíte, že budú úspešné? Očakávate prílev nových používateľov v tejto súvislosti?

2, Asi sa opýtam úplne mimo, ale bude/je Cairo integrované do KDE?

3, Ako napreduje konvergencia a integrácia desktopových prostredí? Na čo sa môžeme tešiť v budúcom roku? Sú už nejaké "hmatateľné" výsledky projektu Portland? Na čo sa máme tešiť?

4, Na GNOME fóre sa objavila požiadavka lepšej integrácie desktopu s používateľskými dátami, napr. mailovou schránkou, spamfiltrom, adresárom, PIM a podobne, takže by teoreticky používateľ mohol kedykoľvek zmeniť aplikáciu, a dáta by putovali s ním (bez potreby bolestivých importov, exportov, nastavovaní apod.) Uvažuje sa o niečom podobnom v KDE, prípadne nebodaj už sa na tom pracuje v koordinácii s GNOME komunitou, aby vznikol jednotný štandard? V konečnom dôsledku by to prinieslo nielen väčšiu slobodu v zmene aplikácie, keď mi súčasná prestala vyhovovať, ale dokonca aj v zmene desktopu...

PS. KDE fandím, hoci momentálne je mi bližšia jednoduchosť v podaní GNOME. Myslím si, že oba projekty by mali v maximálnej možnej miere spolupracovať, tvoriť spoločné desktopové štandardy. Je to veľmi dôležité kvôli používateľom, vývojárom, rýchlemu napredovaniu desktopu a GNU/Linuxu celkovo.

Ďakujem

[andree]

k tej 2.ke... dufam ze to nebudu bludy, ale QT ma vlastny engine (aspon v tej 4kovej, alebo 4.2 rade) na vykreslovanie 2d objektov, ktory je tusim o dost rychlejsi, ako cairo, a ma pritom rovnake kvality... ale to bude asi Lubos vediet vysvetlit lepse :)

[Viktor Lieskovsky]

3. Hmatatelne vysledky projektu Portland: http://www.linux.com/article.pl?sid=06/10/11/1355201

[Semo]

http://zrusin.blogspot.com/2006/10/benchmarks.html

Mozno je to odpoved na 2. Qt renderer je niekolkonasobne rychlejsi ako Cairo. Takze ak pridavat Cairo, tak iba z dovodu nejakej kompatibility. Rozhodne nie ako svetlu cestu vyvoja.

[LuCKy]

Dobry den. Prosim Vas, bude akceleracia v novom KWin pre KDE4 rychlejsia a efektivnejsia ako je tomu napr. v projekte Beryl ci Compiz? Bude tu kompatibilita medzi temami s projektom Beryl ci Compiz? Do akej miery bude KWin konfigurovatelne (ake nastavenia budu k dispozicii pre pouzivatela)? Bude KWin dostupny v testovacej verzii este pred prichodom KDE4? Dopredu Vam dakujem aspon za odpovede na niektore moje otazky a prajem Vam vela zdaru a dobrych napadov pri Vasej tvorbe.

S pozdravom

LuCKy

[miso]

Odpoviem za Lubosa :
Bude KWin dostupny v testovacej verzii este pred prichodom KDE4? ano

[Pavel Vymetálek]

Půjde nadále KDE svou vlastní cestou ovládání a rozšiřování GUI nebo se chce přibližovat MS systémům? Stále tvrdím, že Windows® neumí s okny pracovat tak dobře jako KDE (i Gnome), doufám že to vydží

[Rezza]

Tak pripojim teze dotaz - na jednom nejmenovanem :) diskuzaku resime jak bude KDE integrovat do Windows - bude i port KWinu nebo sprava oken zustane klasicka ala win?

[trekker.dk]

Pokud Luboš nezměnil názor, tak asi ne

[kreten]

Strašně sem i líbí KDE jak se snaží komplexně řešit Desktop. Zajímalo by mě jestli v nomém KDE přibyde apliace typu snímání obrazovky do ogg theora. Dále mě zajámá jak by bylo možné integrovat do konqueroru podporu prohlížení nějakých CAD formátů, třebas dxf adt... bzlo bz to zajímavé z hlediska použití KDE pro konstukční firmy. Jinak fandím a at je víc takových jako jsi ty co makaj!

[miso]

>> Zajímalo by mě jestli v nomém KDE přibyde apliace typu snímání obrazovky do ogg theora.
http://www.abclinuxu.cz/blog/dw/2006/11/24/159144

[kreten]

dik. Usama=vladimir

[Glin]

Spis nez dotaz mam pro Lubose vzkaz - Zkousel jsem v KDE 3.5.2 kwin s xkompozite a tech par efektu (Settings->Desktop->Window behavior->Translucency) a musim pochvalit, ze narozdil od Berylu atd. je to fakt dobre udelany co se tyce pouzitelnosti. Tzn. treba objevujici menu(fade in) je mozne pouzit ihned, a ne az potom, co se objevi uplne (dobehne efekt). Tzn. ze je tam efekt, ale nezdrzuje to pri praci. Tak chvalim a vyslovuji prani, aby se v tomto duchu pokracovalo.

[Espinosa]

xkompozite? Muzete hodit link, to by me zajimalo, ale google mi nenasel na tenhle termin nic, zhola vubec nic, ani na xkompozite ani na xkomposite. Je to standardni soucast KDE? Dik

[LuCKy]

A co tak skusit google-it xcomposite?

LuCKy

[LuCKy]

http://www.kde.me.uk/index.php?page=x-6.8-xcomposite-howto

LuCKy

[Zdeněk Štěpánek]

Staci si to zapnout v ovladacim centru. Chvili jsem to ted mel zapnuty, ale chudak celer 1.6 s i615 to nezvladali, bylo to znatelne pomalejsi a jelikoz si na serepeticky nepotrpim, zase sem to vypnul.

[Espinosa]

Takze preci jenom mate na mysli kompmgr/xcompmgr :) Ja jsem si to ve skrytu duse myslel. Nedavno jsem o tomhle udelatku psal ve svem blogu, viz:

http://www.abclinuxu.cz/blog/Espblog/2006/11/12/157659

xcomposite je nejaky zastaraly (nestandardni) nazev pro tohle udelatko. Proto toho google moc nenasel. Hodim ten odkaz k tomu blogu. Dik.

[Glin]

Jo diky za clanek/blogpost. Ja jsem jen tak zkusil si zkomiplovat kwin s USE flagem xcomposite (gentoo linux). Taky jsem to zase musel vypnout, protoze to bylo nestabilni a ne uplne rychly a nastavitelny, jak bych chtel.

Nicmene svuj prispevek jsem psal hlavne kvuli tomu dobremu stylu mysleni tvurce - Efekt, ktery nebrzdi praci. Byl bych rad, kdyby se v tomto duchu delalo na planovanych vylepsenich kwin s pouzitim OpenGL.

[tomboytom-deviant]

Dobrý den, někde jsem četl, že KDE 4 bude běhat mimojiné i pod windows, myslí se tím jako že celé KDE, nebo jen některé programy? Děkuji za odpověd, Lojza

[Espinosa]

Správce části kdelibs? tak to se sem můj dotaz hodí. Velmi by mě zajímalo, jaké novinky se chystají v oblasti kio_slaves.

Bude konečně možné zřetězení kio_slaves, tak abych si mohl otevřít ZIP archiv zabalený v TAR archivu, nebo otevřít ZIP archiv na sdíleném samba disku, smb://xxxx/yyyy.zip#cosi.doc ?

Současná implementace stále ještě nedotáhla, co se schopností týče ani mnohem starší Midnight Commander. Ten má principiálně podobnou mezivrstvu a ta zřetězení bez problému zvládá.

Už jsem si na toto téma párkrát postěžoval, například tady: http://www.abclinuxu.cz/forum/show/156839#30

A ještě příjemnějším překvapením by byla integrace s FUSE. Kio_slaves by pak bylo možné volat i z ne-KDE aplikcí, což v současné době dělá problémy. Například otevřete si ZIP v Konqueroru, kliknete na ODT soubor, ale OpenOffice ho nedokáže otevřít, protože zadanému URL zip://xxx/yyyy.odf prostě nerozumí.

Kio_slaves je velmi silná technologie, stabilní asynchronní API, spousta pluginů, ale přijde mi ještě stále nedotažená dokonce :(

A dále:

Nebylo by výhodnější používat pro všechny archivy jeden kio_slave?

Nechystá se užší spolupráce s Krusaderem. Jejich krarc kio_slave podporuje zápis do vícero druhů archivu než standardní kio_slaves (tar, zip) v KDE.

[pholie]

Chcem sa spytat, ci sa planuje nejaka zmena k lepsiemu v oblasti instalovania novych stylov a window dekoracii. Sucasny stav je dost neintuitivny, kedze treba stiahnut zdrojove kody a prekompilovat ich.

[tomolc]

Zdravím.

Som fanúšik KDE a používam ho denne. Mám nastavený každý detail, klávesové skratky na vela vecí, každá aplikácia sa spúšťa na určenej ploche s presnou velkosťou okna a umiestnením. Aplikácie v kde si navzájom rozumejú. To všetko na KDE ocenujem. Umožnuje mi to rýchlo pracovať z viacerými aplikáciami naraz a pritom nestratiť prehlad kde čo je na monitore. Skúšal som používať Gnome, XFCE, Englithment.... ale ani po nastavení (toho čo sa dalo nastaviť) som nebol schopný pracovať tak rýchlo a efektývne ako v KDE. Cením si to že v KDE sa dá takmer všetko nastaviť. Keby nebolo KDE tak asi ani nepoužívam linux. Pravda ale je že KDE začína byť miestami dosť pomalé (najme po defaultnej inštalácii v nejakom tom väčšom distre) (neviem prečo - som lama), ale ked povyhadzujem všetky nepotrebnosti tak to ide fakt rýchlo.

ĎAKUJEM ZA KDE !!!!!! (a linux)

A teraz pripomienky:

Do kde by sa podla mna mala dostať 3D akceleráca čo najrýchlejšie. Ale nie kvoli efektom ako každý očakáva. Ja očakávam hlavne menšie vyťaženie procesora pry vykreslovaní samotných okien a grafiky KDE - skúste meniť velkosť okna ťahaním za okraj a sledujťe vyťaženie cpu - poskočý na niekolko desiatok percent - to je nevýhodné ak práve robýťe niečo náročné na cpu.

Zameral by som sa aj na kvalitné odladenie apletov na spodnej lišťe - občas, hlavne pri vypínaní KDE vypíše že ten a ten aplet padol..........

Do budúcna by som si hlavne prial zachovanie doterajšej filozofie (všetko čo sa dá nastaviť tak nech je prístupné) a hlavne postupné zmenšovanie HW nárokov (aspoň pre základnú časť KDE) - optimalizácia na výkon (ale nie cestou odoberania funkcionality).

Kontrolné centrum KDE je asi najlepšie čo som v tejto oblasti zatial videl (pre bežných userov).

Osobne si myslím že KDE nepotrbuje žiadnych "Wizárdov" - dvoleité je že ked niekto povie že to a to funguje a ono to naozaj po inštalácii funguje ta netreba.

Ja tvrdím: Každý linux je užívaťelský prívetivý pokial všetko funguje ako má. ALE skutočná prívetivosť distra sa ukáže až ked niečo defaultne nefunguje ako má.

Teraz nechcem krytizovať isté "proste fungujuúce distro" ale práve tu autory nedomyslely že čo keď niečo nepojde "podla plánu". Tak to som potom skončil lebo Gnome mi nič neponúklo (šak user je nemtavý tak mu tam račej nič nedajme lebo si ešťe sám odpáliu PC) a distro nemá takmer žiadne (skromne) vlástné klikátko. Nastal pád až do hlbýn linuxových vôd, kde som sa utopil.

Trápi ma tiež že vzniká vela kvalitných aplikácii v kommandery a podobných vymoženostiach kde. toje fajn pokial dané pc KDE zvláda. ale ked ste donútený dať tam XFCE kvoly výkonu PC tak o toto prichádzam. (ledaže by som nainštaloval polovicu KDE aby mi išiel nejaká utilita.

tomolc

[Miroslav Cyroň]

V KDE 4 nebude DCOP, nahradí jej DBUS. Mám ve svém programu VIDEO > MPEG-4 ! tento kód:

      dcopRef=`kdialog --progressbar "Konvertuji video ... několik
 hodin.                                      " 100`
      dcop $dcopRef showCancelButton true
      sleep 5
      dcop $dcopRef setProgress 1
.....
      dcop $dcopRef setLabel "Datový tok nastaven na ${tok} kb/s."
      dcop $dcopRef setProgress 30
      sleep 5
      dcop $dcopRef setLabel "Mažu dočasné zvukové soubory"
      dcop $dcopRef setProgress 35
      sleep 5

Apod. Chtěl bych vědět, zda můj skript bude fungovat v KDE 4, nebo jak to provést bez DCOP (vyvolat a řídit KDE-čkový progressbar).

Zde na Abclinuxu jsem se kdysi ptal, ale nikdo nevěděl.

[Jardík]

Znám odpověď na tvou otázku. Ale řeknu ti ji, až z dokumentu http://www.mujweb.cz/www/video-mpeg4/index.html zmizí ten nesmysl s licencí tvého programu: Je šířen zdarma pod licencí GNU/GPL-2, můžete jej užívat, upravovat a šířit v souladu s licencí GNU/GPL-2. Zakazuji však jeho užití v Suse Linuxu (OpenSuse, SLED). Protože pak program

• Není pod GPL-2 licencí
• Je, a proto ho mohu použít i na Suse linuxu.

[Miroslav Cyroň]

Možná to přeformuluji na "Nepřeji si". Berte to tak, že je GPL, ale osobně si jeho používání na Suse nepřeji. Je to GPL s tímto doplňkem. To už se nesmím ani svobodně vyjádřit?

[Jardík]

A jaký k tomu máš vůbec důvod? Stejně se to dá obejít tak, že do zdrojáku přidám komentář a už je to odvozené dílo a jiný program, takže už nebude platit formulace Nepřeji si však jeho užití v Suse Linuxu ..., protože zde jeho označuje tvůj program a né odvozené dílo.

[skywaker]

Mne sa velmi paci Kdesktop Menu v style Gnome bude take nieco v KDE 4 ???

http://www.kde-apps.org/content/show.php?content=22605

[Michal Kubeček]

Ne že nesmíte vyjádřit, problém je v tom, že neumíte vyjádřit. Protože mezi výrazy nepřeji si a zakazuji je velmi podstatný významový rozdíl. GPL s doplňkem je nesmysl - to už byste mohl rovnou program šířit "GPL s doplňkem", kde doplněk by říkal, že zakazujete jakékoli další šíření.

[frEon]

jenom zvedavost, proc si neprejes pouzivani tveho dilka pod suse??

ps: jen aby nedoslo k nedorozumeni, suse nepouzivam, je mi ukradeny

[Jan Olšan]

Já myslím, že když je to jednou pod gpl, tak k tomu nelze přidávat takováhle omezující ustanovení. Můžeš to znovu vydat pod nějakou vlastní licencí, kde explicitně zakážeš použití v SUSE. Ale pak susaři můžou jednoduše software nainstalovat na základě toho release, které je pod gpl.

Takže by ses měl nad nějaké antipatie k SUSE asi povznést. Pokud ti něco vadí na Novelu, řekni to jemu. Pokud ti něco vadí přímo na (open)SUSE, stěžuj si vývojářům, zkus to změnit. Ale netahej to před uživatele, kteří si stáhli tohle (imho slušné) distro, ptorože si myslí, že jim vyhovuje. Nevím totiž, co bys potom musel cítit k uživatelům čehokoli od Microsoftu - třeba i klávesnic a myší, protože Microsoft je jednoduše velká bestie. To už bys ty uživatele fakt asi musel honit se sekerou.

Na závěr: promiň(te), jestli jsem urazil s tím tykáním. Napdlo mě, že bych mohl, až když jsem to dopsal sem. Pardon.

[Miroslav Cyroň]

Jsou to jen mé osobní antipatie k Novellsoftu, které možná časem odezní. Jinak je mi jasné, že spousta Susáků to bude používat stejně . Tak já to dám teda pryč, no... Ale až zítra, teď jdu spát .

[Miroslav Cyroň]

Tak jsem to smazal. Nicméně co tak čtu, mé antipatie k Novellu asi nezmizí.

[Jan Olšan]

Díky!

No čím jen to je, že jsou v té opensource komunitě tak charakterní lidi. To jsem ani nečekal... zpesimistěl jsem. Už dávno jsem neviděl člověka, který by v diskuzi/polemice přehodnotil názor. Už se zapomíná, že o to v ní jde.

[Mikos]

V současnosti používám jakožto window manager v KDE Beryl. Za naprosto nejdůležitější věc (kvůli které ho používám full-time, jinak bych asi stále používal kwin) považuji Exposé efekt (plugin scale) a dále vychytané přepínání oken pomocí ALT+TAB (plugin switcher - hlavně ono ztmavování/zprůhlednění ostatních oken než právě vybraného a živé náhledy). Proto se ptám, zda je pravděpodobné, že se tyto vysoce praktické efekty do kwin_composite brzy dostanou?

Dále jelikož jsem milovníkem eye-candy, tak se mi také velmi zamlouvá plugin animation a různé efekty maximalizace/minimalizace/otevření/uzavření oken, které nabízí. Obzvláště efekt Magic Lamp a pak "na ukázku" některé atraktivní efekty jako shoření okna, atp. Je v plánu přidat takovéto atraktivní eye-candy efekty taktéž do kwin_composite? Bude možné používat v kwin_composite OpenGL shadery? Konkrétně třeba na efekt "rozmazávání" (blur) průhledných oken/průhledné dekorace oken, který vypadá velmi pěkně.