Portál AbcLinuxu, 30. dubna 2025 16:48
I přes dlouhodobý odpor k Jave - pramenící ze zkušenosti: Java gui = 'Swing based aplikace (a to ještě z výchozim "metal" theme). Jsem se rozhodnul trochu zawikipedit (vzor zagooglit), jak to vlastne s tim AWT,Swing a SWT je. Hlavne, protoze jsem se zacal vic zajimat o programovaci jazyk, a zjistil o cem ze ta java vlastne je.
Schledal jsem SWT velice hezkym - az na problem s naroky na zdroje mimo Windows. SWT (narozdil od Swingu - ktery na vsech systemech kresli vlastni komponenty, ktere se (hodne vzdalene) podobaji nativnim) je pouze abstraktni API nad API ruznych knihoven (windows, aqua, gtk). A zde je prave jediny problem s L&F. Neco tam chybi - a rovnou to nejlepsi, co je k dispozi - QT. Duvod proc neni podpora pro QT "backend" je v licencich. GPL, ni QPL neni kompatibilni s CPL. Jenze trolltech vypadal novou verzi QT s novou licenci. Pokud nekdo znate CPL a novou licenci QT - bylo by mozne ted mit SWT a QT kod dohromady?
PS: S kgtk a gtk-kde sice pomalu nejde poznat nativni KDE aplikace od GTK, ale prece jen QT je rychlejsi nez GTK. A nejspis je i podobnejsi windows api, takze by se na nej SWT dalo lepe "namapovat" a snad by byl vliv na rychlost ocividny.
Tiskni
Sdílej:
Osobne nevim, proc kazdy hleda, aby se dana aplikace co nejvice podobala danemu rozvrzeni desktopu. Ja si myslim, ze vice zalezi na pouzitelnosti, nez na tom, jak aplikace vypada.Jenze ono to neni jen o vzhledu, i kdyz taky -- vizualne konzistentni prostredu pomaha mit prehled a vyznat se, kdyz na tu obrazovku koukam celej den, tak IMHO neni nic nenormalniho mit urcitou estetickou latku. Je to taky o tom, ze ruzne frameworky se v jistych situacich chovaji trosku jinak. Nekdy jsou to detaily, nekdy to nastve. A mit nekolik aplikaci v ruznych toolkitech, prepinat mezi nimi a zvykat si na to, ze se kazda chova trosku jinak, to je vopruz a k produktivite prace to rozhodne neprispiva.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.