Práce na KIO-GIObridge - transparentní síťové vrstvě pro přístup k síťovým souborovým systémům jako FTP, SFTP, SMB, WEBDAV a dalším. Vývoj Kommanderu pro KDE3 a KDE4.
Účelem KIO-GIObridge je, aby veškeré desktopové aplikace a souborové manažery sdílely stejnou transparentní síťovou vrstvu pro přístup k síťovým souborovým systémům jako FTP, SFTP, SMB, WEBDAV a dalším. Takže jak KDE4, tak i Gtk+ nebo aplikace třetích stran mohou přistupovat ke stejným serverovým zdrojům bez nutnosti být několikrát přihlášen, nemluvě o ostatních nekonzistencích. V současnosti máme dva nekompatibilní transparentní síťové systémy, které ve stejné uživatelské relaci používají různé skupiny aplikací. Což také způsobuje, že mnoho aplikací třetích stran je z tohoto systému vyloučeno, protože se nemohou rozhodnout pro jednu z nich.
KIO-GIObridge je volitelný adaptér, který umožňuje vrstvě KIO používat nové GIO/GVFS (následovník GNOME-VFS) k práci s výše uvedenými protokoly. GIO/GVFS bylo vybráno pro svoji nezávislost na desktopových knihovnách, démonech a toolkitech a závisí pouze na D-Bus a GLib. Další výhodou GIO/GVFS jsou stavové připojovací démony (mount daemons): veškerá komunikace s daným zdrojem je zajišťována jediným připojovacím démonem. Životní cyklus těchto démonů je uživatelsky ovladatelný (mount/umount), stejně jako jaderné či FUSE připojení.
KIO-GIObridge je implementován jako víceprotokolové IO-slave, které převádí volání na GIO/GVFS a poskytuje svoji vlastní implementaci remote:// pro zobrazení připojených GVFS systémů a dovoluje uživatelům je odpojit. Pro použití KIO-GIObridge je nezbytné upravit kdelibs pro podporu víceprotokolových IO-slave. Také je nutné přeložit Qt4 s podporou GLib-Main-Loop (což je výchozí nastavení v mnoha distribucích).
V balíku KIO-GIObridge je také experimentální kód, který rozšiřuje Solid o práci s GVFS připojeními. S tímto rozšířením se síťová připojení mohou objevit v seznamu míst (places pane) stejně jako ostatní jednotky. Stále se diskutuje o tom, jestli je to žádoucí vlastnost.
KIO-GIObridge je prakticky dokončený a použitelný, ale překlady chybových kódů a adresářových položek a implementace některých operací poskytovaných KIO budou možná potřebovat další úpravy.
Současně s KIO-GIObridge bude výhodné implementovat "Desktop Bookmarks Storage Specification" pro opravu dalšího problému se spoluprací při správě souborů.
Je v plánu mít KIO-GIObridge hotové jako volitelné rozšíření pro KDE 4.1. GIO/GVFS by mělo být stabilní, jakmile bude uvolněno v dalším vydání GNOME.
Vývoj Kommanderu nějaký čas do jisté míry stagnoval. Původně na něm pracoval Marc Britton a rozšířil jej Michal Rudolf, který zároveň napsal nový parser. Já jsem se nejčastěji zabýval návrhy rozhraní a testováním, přičemž jsem opravil několik chyb. Andras Mantia už měl v poslední době plné zuby práce na Quanta4, takže jsme se rozhodli pro změnu trochu vylepšit Kommande pro KDE3. Dopadlo to tak, že svoje interní nástroje pro správu firmy vytvářím v Kommanderu.
Momentálně neplánujeme žádný další vývoj na KDE3 Kommanderu, ale máme hezký systém pluginů, takže až se zblázním a budu chtít něco udělat, mohu přidat stackwidget nebo něco podobného. Hraji si s nějakými nápady ohledně pluginů, které by pro mě mohly být užitečné, a ty dobré budou zveřejněny na webových stránkách. Měli jsme diskusi s ostatními vývojáři KDE o přidání spouštěče Kommander skriptů do hlavního balíku KDE, např. kdebase, takže by se na něj mohli spolehnout koncoví uživatelé i vývojáři, kteří by s jeho pomocí chtěli rozšiřovat aplikace. Jedním z hlavních zádrhelů byla otázka bezpečnosti, ale to jsme vyřešili ve verzi 3.5.9 použitím spustitelného příznaku. V budoucnu se zaměřím na použití digitálních podpisů a MD5 součtů v součinnosti s online databází, kde by tvůrci aplikací mohli automaticky nastavit ověření aplikace a jakákoli objevená zranitelnost by mohla znamenat vypovězení certifikátu aplikace. Tím se zbavíme otravných potvrzujících dotazů - za předpokladu, že se zabudovaný podpis klíče spáruje s platným MD5 okna v databázi. Jinak by bylo na uživateli, aby nastavil spustitelný příznak.
Současný vývoj Kommanderu je v udržovacím režimu spojeném s opravou chyb, ale současná nabídka funkcí je dostačující. Andras plánuje během přibližně měsíce přeložit spouštěč skriptů pro KDE4. Některá vylepšení Qt4/KDE4 mohou být důvodem pro odlišnosti ve widgetech a funkčnosti, ale nyní je třeba převést spouštěč na D-BUS namísto DCOP a provést obyčejný port. To by mělo znamenat nativní běh jakýchkoliv (nebo téměř jakýchkoliv) Kommander programů v KDE4. A také by díky tomu mělo být možné vyvíjet nové Kommander programy pro KDE4 ve stávajícím editoru. Bude také možné vytvořit pluginy pro specifické funkce KDE4.
Brzká dostupnost schopnějšího Kommanderu v KDE4 a možnost začlenění spouštěče do balíku kdebase slibují pro Kommander příznivou budoucnost. Mělo by být možné přilákat více vývojářů. Kommander nabízí výhody v oblasti prototypování a rozšiřování aplikací s pomocí vizuálního skriptování, stejně jako při tvorbě malých či středních aplikací a frontendů k nástrojům pro příkazovou řádku. Vývoj Kommanderu pro KDE4 se rovněž zaměří na jazykovou neutralitu. V současnosti má každý jazyk, který umí pracovat s DCOP/D-BUS, plný přístup k interním příkazům, signálů, slotům a všemu ostatnímu.
Já a Sebastian Sauer, autor enginu Kross, jsme diskutovali o tom, jak vytvořit vícejazykovou implementaci. Navrhl vytvořit Qt plugin, což by nemělo být příliš složité. Současný Kommander mapuje veškeré své funkce v registrační proceduře, takže jsou všechny dostupné v okně Function Browser. Naším plánem pro KDE4 je zařídit, aby byla veškerá interní funkčnost přímo dostupná libovolnému skriptovacímu jazyku; D-BUS už tohle podporuje. Náš další nápad je zapojit uživatele ostatních skriptovacích jazyků do vytváření registračních souborů, díky kterým by byly funkce jejich jazyka dostupné v okně Function Browser. Něco z toho je možné udělat automaticky, ale rád bych, aby byl Function Browser schopen používat PHP, Python nebo cokoli jiného a nabízet přitom podporu pro vestavěné funkce!
Jde o potenciálně revoluční záležitost. Aplikace jsou vizuálně vykreslovány, přičemž většina funkcí volá zkompilované funkce, takže to má stejné výhody jako zkompilované aplikace, ale rozhraní ještě lehčí než většina skriptovaných GUI. Zařazení podpory více jazyků znamená, že základní nástroje budou moci těžit z a zároveň poskytovat výhody pro různé jazyky. Poslední kousek skládanky je to, že jakmile bude sestaven základní designový nástroj, rozšíření a doplňkové nástroje budou moci být sestaveny pomocí Kommanderu. Nový widget nebo projektový nástroj by poskytovaly podporu pro všechny uživatele a projekty by mohly být sestavovány lidmi, kteří by pro jejich části používali různé jazyky.
Finální vydání pro KDE4 je vzdálené ještě přinejmenším několik měsíců, což nám dává čas na sestavení nového editoru. Vypadá to, že nový Qt4 Designer by mohl nabízet vše, co potřebujeme z hlediska vizuálního designu, a zároveň se zdá, že budeme moci využít i platformu KDevelop. Používáme ji pro Quantu, protože je tak pružná a nabízí tolik nástrojů.
Nový editor pro KDE4 se nám pravděpodobně podaří představit ve druhé polovině roku 2008 - pokud se nezapojí noví vývojáři, ať už dobrovolníci nebo sponzorovaní. Cílem bude nabídnout nástroj, s jehož pomocí by mohli začínající programátoři tvořit menší programy a ti zkušenější menší až střední projekty. Bude zahrnovat všechny aspekty vývoje pro KDE a nabízet většinu jeho funkcí. Drobné nedostatky budou vykoupeny rychlostí a jednoduchostí vývoje a skutečností, že bude možné přidělat pluginy pro cokoliv budete potřebovat.
Doufám, že se nám v Kommanderu podaří dát dohromady nástroj, který si oblíbí více lidí než jakýkoliv jiný nástroj pro skriptované GUI, protože vzhledem výběru jazyka bude neutrální. Všichni jsou vítáni. Kromě toho Kommander nezajímá, jak jsou vytvářeny vizuální prvky, a nativně nepoužívá typování, což vývojářům šetří práci a snižuje riziko možných chyb při tvorbě programů. Moderní počítače jsou rychlejší a výkonnější, takže přišla ta správná chvíle pro malou oběť výměnou za snadnost použití. Máte-li zájem se zapojit do vývoje nebo projekt sponzorovat, dejte mi prosím vědět.
26.3.2008 00:41
progdan | skóre: 34
| blog: Archař
| Teplice/Brno
26.3.2008 18:21
David Heidelberg | skóre: 46
| blog: blog_
Jen tak dál 
26.3.2008 21:37
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)