Dotaz: Vývoj aplikací pro X-windows ?

[Pavel Cz]

Jaké vývojářské knihovny má nyní i do budoucna smysl se učit pro vytváření aplikcí s graf. uživatelským rozhraním ? Určitě jako základ Xlib, ale co nadstavby jako Qtlib, Gtk+, Motif ? Nebo jiné ?

Předem díky za vaše názory.

Pavel

Odpovědi

[ivok]

Tak Xlib bych doporučoval přeskočit A GTK+ 2 pokud raději C, QT pokud raději C++ ... Co na tom chcete radit?

[Beda]

souhlas s preskocenim xlib. je to strata casu, pokud nakonec bude clovek pouzivat gtk... no a pokud bych sazel na jistotu, tak bych nesel do niceho novejsiho, nez je gtk 1.3 nanejvys 1.5 -- to je myslim posledni vyznamna optimalizace glibu, coz je vetsinou hlavni duvod proc maj gtk nainstalovany i lidi, kteri nesnasi gnome -- zbytek gtk je pro me jen proste takovy neprilis zadany bonus, ale kdyz uz je bez prace navic ;)

[Beda]

s/st/zt/

[unchallenger]

??? gtk-1.3 jsou alfa a beta verze gtk-2.0 (totéž pro glib) nic jako gtk-1.5 (glib-1.5) neexistuje radit používání alfa a beta verzí, když existuje finální mi přijde poněkud uhozené gtk-2.x je zpětně kompatibilní se všemi gtk-2.y, kde y < x, takže konzervativci mohou používat gtk-2.0, já bych asi radil gtk-2.2, protože málokdo, kdo má gtk-2.x, nemá alespoň gtk-2.2 ... rozdíl není v optimalizaci, ale v přidání různých funkcí, u kterých si člověk řekne: přesně tohle mi vždycky chybělo a musel jsem si to psát sám...

[unchallenger]

s/finální/\0,/

[Jeff Lebowski]

ano a s novym gtk2.0 zjistavate tez nove API, takze kdyz treba pouzivate na zobrazeni obrazku jistou funkci tak ji uz v gtk2.0 nemuzete pouzit protoze tam se cekla vec resi uplne jinak..

[unchallenger]

zdrojová a binární nekompatibilita je také důvodem změny verze z 1 na 2 ... změnilo se toho podstatně více, renderování textu, tabulky a stromy, celý objektový systém se sjednotil a přesunul do glib, ... ale z nějakého tajemného důvodu si všichni stěžují na ty funkce na zobrazení obrázku ;-) v případě jádra nebo glibc ke zdrojové a binární nekompatibilitě stačí změna subverze ... a v případě gcc a C++ ABI darmo mluvit ;-)

[Jeff Lebowski]

tak tuto otazku si kladu jiz nekolik let a porad nevim, jak na ni odpovedet... moje zkusenosti jsou s plain X, gtk a wxWin. Plain X (athena) je rychla, ale uzivatelsky malo privetiva na rozdil od gtk, ktere (aleson ve versi 1.2) jsou rychle a uzivatelsky privetive bohuzel vsak se prilis meni API takze mam zase oci pro plac. Proto ted zkousim delsi dobu psat pod wxWin ktere nepredstavuji jen graficky toolkit, ale sirsi zaklad (vcetne napriklad sitovani podpory XML,..) pro pravy multiplatformni vyvoj a v tomhle je to urcite lepsi knihovna nez gtk, nicmene to zase vyzaduje X a je lepsi nez Y u B takze C se jevi celkove pouzitelnejsi na DFFD .... uz chapes proc tvoje otazka nema a nemuze mit jednoznacnou odpoved? Nastesti maji vpodstate vsechny toolkity stejne API, take se nemusis ucit porad znova vsechny, ale kdyz znas jeden znas vse. Jinak jestli muzu poradit, vybirej si objektove rozhrani k tem knihovnam (maji je vsechny), je s tim pak mene prace.

[Radek Podgorny]

Jo, jo. wxWindows (wxGTK) je fakt cool. Napises to jen jednou a pak uz jen compilujes v Linu i Winu. Je to jednoduchy a privetivy...

[unchallenger]

S obyčejným Gtk+ to napíši jednou a pak kompiluji v Linuxu i Win ... je tu nějaký rozdíl? Navíc si mohu vytvářet vlastní widgety (protože sjednocení platforem se děje v GDK, které je o úroveň níže, takže na úrovni widgetů už jsem zcela pánem situace), což s wxWindows nevím, jak bych dělal. Tedy, abych byl přesný, je: Gtk+ je pod Win pomalé a vypadá všude stejně, takže pod Win nevypadá nativně (alespoň defaultně).

[Radek Podgorny]

To je presne ono, jde o ten native-look. Jinak se samozrejme nepru...

[unchallenger]

Řekl bych, že když se naučíš Qt nebo Gtk+, je to prašť jako uhoď. V toolkitech už dlouho nikdo nic převratého nevymyslel, takže je jeden jako druhý -- změna programovacího jazyka beze změny toolkitu je zhruba stejně velká jako změna toolkitu -- syntaxe je jiná, něco se třeba jinak jmenuje, ale funguje to všechno podobně.