Jak se dělá Plasmoid 4: Runnery (diskuse)

[Marián Kyral]

Díky, jsem netušil, že je to až tak primitivní

Hodilo by se udělat něco podobného pro psi, jenže tam by se nejdříve musely doimplementovat potřebné DBUS metody.

$qdbus org.psi-im.Psi /Main
method void org.psi_im.Psi.Main.openURI(QString uri)
method void org.psi_im.Psi.Main.raise()
method void org.psi_im.Psi.Main.setStatus(QString status, QString message)
method void org.psi_im.Psi.Main.sleep()
method void org.psi_im.Psi.Main.wake()
method QDBusVariant org.freedesktop.DBus.Properties.Get(QString interface_name, QString property_name)
method QVariantMap org.freedesktop.DBus.Properties.GetAll(QString interface_name)
method void org.freedesktop.DBus.Properties.Set(QString interface_name, QString property_name, QDBusVariant value)
method QString org.freedesktop.DBus.Introspectable.Introspect()

[progdan]

Resil jsem jak podporu PSI tak i podporu Pidginu, u obou jsem ale narazil na spatne nebo nedostatecne DBus rozhrani

[Honz]

Nedokázal by někdo udělat návod, jak si naprogramovat plasmoid pro sensory? Totiž hlavně tak, aby ukazoval čísla a ne nějaké pitomé otáčkoměry a stupnice? Byl bych neskonale šťastný, kdyby to nědko dokázal...

[psi]

Něco takového? http://www.ibm.com/developerworks/linux/library/l-kde-plasmoids/index.html

[Heevy]

Nejsem si úplně jistý, jestli tohle byl zrovna idealní příklad. Kvůli němu jsem totiž přestal KRunnner používat... Z mého pohledu je základní problém pluginu a potažmo i KRunneru v tom, že data tahá pokaždé on demand. Což v mém případě stovek kontaktů vyústilo v několik stovek dbus zpráv pro každé písmeno. Vlastně použití kopete pluginu znamenalo, že se to tak každé 3 hledání žačne tak "censored", že jediná možnost byla ten KRunner killnout. Někdo by mohl namítnout, že by nebylo složité do toho pluginu dopsat cache...ano nebylo. Ale pokud jedna plugina umožní bez problémů zablokovat celou aplikaci(a konkrétně v mém případě vyústit v nepoužívání celé aplikace), tak potom je asi na úrovni návrhu něco špatně. :( Bohužel. KDE mám sice rád (i když rychlost KDE4 je někdy naprosto tragická), ale třeba takové Gnome DO má architekturu výrazně lepší, protože cachování samo o sobě už vyžaduje. Resp. neuděláte to tak jak pro KRunner. Tam je pro změnu zase problém umět vyvolat invalaci cache. :( Nicméně pořád se jedná o čitější přístup než v případě KRunneru. Takže z mého pohledu buď by doplňky měly cachovat nebo by se mělo jednat o takovou kardinalitu dat, že tento přístup nebude problém.

PS: Jinak díky za ten, doplněk, protože jsem si z něj vzal inspiraci pro Gnome DO plugin, který v KDE spokojeně používám.

[progdan]

Zalezi samozrejme na mnozstvi kontaktu. Kdyz jsem ted koukal na DBus rozhrani Kopete tak sem zjistil, ze by to vsechno slo zajistit jedinou zpravou hned na zacatku (bez nutnosti zjistovat detaily pro kazdy kontakt zvlast novou zpravou)...inu, vzdy je prostor pro zlepseni

Co se rychlost tyce, ja sem si treba musel v KDE 4.4 vypnout Nepomuk Desktop Search runner protoze KRunner zabijelo cekani na odpoved z Virtuosa...kazdopadne mam moznost srovnat (sic jen subjektivne, ale preci) rychlost KRunneru v KDE 4.3 a v 4.4 a ten vyvoj je tam znatelny. Za hodne muze i optimalizace, kterou si prosla vetsina Runneru. Ale ne vzdy to plati (viz Virtuoso).

Nejakou cache bych samozrejme uvital, otazkou je jak zajistovat jeji aktualizaci, zejmena u veci, ktere se casto meni (statusy kontaktu napriklad).

[jiřík]

Já tedy programování na úrovni C++ nerozumím, ale to by byl problém si řekněme každých 5 minut šáhnout do Kopete pro statusy a dát je do cache? Něco jako automatický update dat v eshopu v PHP ...

[thingie]

No, to by bylo dost nerozumné. To jedno dbusové volání je docela levné, a ty statusy po pěti minutách by nemusely mít valnou hodnotu a hlavně vztah k aktuální realitě…

[jiřík]

Problém je v tom, že real-time hledání je náročné, jak jsem tak pochopil. A nemusí to být 5 minut, jestliže jeden dotaz na stažení všech dat do cache je fakt drobnost, tak to může být po minutě.

[thingie]

Je náročné, protože je blbě udělané, jak se z toho popisu zdá. Cachovat něco, co máte snadno a ve vhodném formátu dostupné přes laciné IPC o jeden proces dál, to je cesta leda do pekel. A když se bavíme zrovna o Kopete, to je software kde bych fakt neměl nejmenší výčitky ukázat prstem, že vaše dbusové API saje, a to nemálo.

[jiřík]

No hádat se nebudu, tam kde tomu pramálo rozumím :) Asi máte pravdu.

[thingie]

Ona by se tam asi spousta věcí zase určitě cachovat mohla. Ale tohle zrovna…

Druhá věc je, že KRunner to podle mě přehání, a měl by tyhle věci zobrazovat poněkud konzervativněji. Napíšu tři písmena, jakákoliv, a ono to šrotí a po třech sekundách nabídne hory nesmyslů, které se vyznačují tím, že mě vůbec nezajímají. Bylo by možná lepší, kdyby se to snažilo počkat do chvíle, kdy může aspoň odhadnout co třeba chci (no, to je jasný nesmysl, ale prostě… pokud najde tisíc potenciálně relevantních výsledků, mělo by to poznat, že nemá cenu nějaké nabízet).