Java GUI-hoz milyen grafikus widget készletet?

Fórumok

Egy korszerű kinézetű Javaban íródott programhoz milyen grafikus widget készletet érdemes használni?
A gyári awt és swing igen szerény.
Az swt már ígéretesebb.
Ki mit használ és milyen jellegű programokhoz?

Hozzászólások

SWT-ben layoutok annyira nem körülményesek, én a FormLayoutot szoktam használni (GUI tervezővel megtámogatva, ingyen by Google. google://windowbuilder).
SWT layoutokról a legjobb olvasmány:
http://www.eclipse.org/articles/article.php?file=Article-Understanding-…
Részletesen elmagyaráz mindent.

Pont ezen írtam hogy fordítva van SWT-nél: swing megköveteli, és szarlassú, ha nincs FPU (mert ekkor emulál), míg az SWT nem követeli meg, de ha van advanced OS grafika, azt kihasználja. Így értettem a fordított helyzetet. A Swing "butább lesz", ha nincs valami, míg az SWT okosabb lesz, ha van valami.

Nem tudom, hogy a QtJambi community portja hogy áll, de nekem ez a desktop elegant, cool GUI-készítés felső foka... LEENNNEEE, ha nem hagyták volna abba a fejlesztését, és tolták ugye ki a communityba... :(

miben szerény, swt miben tetszik jobban?

Ezek a look&feel-ek nem natívak, gyakoriak a grafikai bugok bennük.

Továbbá mivel sun jre alatt nem freetype-ot használ, ezért a fontok sem egységesek.

Mivel a laffal így sem a skin (téma), sem a fontok nem egyeznek meg a natív alkalmazások skinjével és fontjainak megjelenésével, nyugodtan mondhatjuk, hogy a laf sajnos nem megoldás (ráadásul lassú is)

Értem. Így van, lehet olyan beállítást találni, hogy igazad legyen.

De pl.: az Ubuntuban most már default light hintinget sajnos a Sun-os JDK nem tudja reprodukálni.

Hogy lásd, hogy nem ugyanúgy néz ki minden (fontok, groupbox frame, es felkover felirat) Ha nem eleg meggyozo, akar megrajzolhatom a teljes JAVA-s beallitopanelt

Javas, Swinges:

GTK-s:

Szerk:
java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) Client VM (build 19.1-b02, mixed mode, sharing)

libgtk2.0-0 2.20.1-0ubuntu2

libfreetype6 2.3.11-1ubuntu2.4

Mit akar a megrendelő, ez a kérdés. Ha neki xy megoldás kell, akkor mondjuk lehet, hogy
nem java-ban kell megcsinálni a feladatot, hanem írd meg c++-ban, QT-val. Pl.

Ja, csak számold ki, hogy mennyivel több idő lesz megcsinálni, aztán döntse el, hogy
ezt hajlandó-e kifizetni.

Nezd, ez vallalhato, ugyanis ez a problema nem a te alkalmazasodbol fakad, hanem a platform korlataibol. Ha valami a Windowsban bugos, azert sem kell neked tartanod a hatad, es tul sok mindent nem is tudsz tenni a dologert. Pl. a JDK a mai napig nem kezeli el nativan a Win7 taskbar cuccait.

Egyebkent meg van nagyon sok szep nyelv, C#, C++/Qt, amiben lehet el nem uto cuccokat fejleszteni, ha ez ennyire szempont.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Swingben vannak grafikai bugok, tény.
SWT meg alapból ocsmány. Hasonlíts össze egy Eclipse -t egy NetBeans -sel.

Nyilván a Java-s GUI fejlesztés így is úgyis egy áldozat a felhasználói élményben a gyors fejlesztés érdekében. De az SWT egyszerűen ocsmány. Hiába natív elvileg, egyszerűen nem illeszkedik bele a platformba, egyedül talán windowson. De a windows igénytelen.

Amúgy Swing layoutkezelése egász jó, csak rá kell érezni az ízére.
SwingX projektre még érdemes ránézni.

GTK-rol volt szo: http://java-gnome.sourceforge.net/
De minvel senki nem allt moge, igy elhagyatott lett a projekt... Viszont az SWT GTK-t hasznal pl.: *nixok alatt, tehat garantalt a nativ megjelenes, ugyanakkor Java-s, objektumorientalt szemleletben irodott.

SZERK1: Hoppacska... a 4.0 eleg frissnek nez ki, es van is mogotte valaki, hmmm...

SZERK2: Csak épp nem keresztplatform.

FUD. Javaban az [oko|eko]szisztema az, ami hatalmas. Oh wait.

Swing erosen felejtos, ocsmany, rettenet limitalt es szinte biztosan nekiallhatsz sajat widgeteket fejleszteni a masodik heten.

SWT... hat, izlesben ugye kar vitatkozni, meglatasom szerint az is limitalt es messze nem fejlodik olyan utemben mint amit az ember elvarna. :(

Csakis SWT.

A AWT/Swing layout managerei használhatatlanok, illetve az egyszerűbbek olyan ocsmány eredményt adnak, amilyet komoly ember nem ad ki a kezéből, a jobbakat pedig kegyetlenül körülményes kézzel használni, legfeljebb GUI designerből.

További jó pontok az SWT mellett (Swinggel szemben):
* Nem erőltet rád szálkezelési modellt
* Natív megjelenés a legtöbb platformon

_szerintem_ simán van olyan swing layoutmanager, ami használható. az "erőltetett szálkezelés" erős kifejezés, ezt számomra azt jelentené, hogy nem is lehet elb*szni, pedig dehogynem...

a natív megjelenés az swt-nél igaz, csak ugye amelyik platformot nem támogatja, ott nincs is. a swing is ad natív megjelenés a "legtöbb" platformon...

Sajnos a beepitett layout managerek helyett sokszor egyszerubb sajatot irni adott celra, mint izzadni azzal ami van. A szalkezeles ugy ronda ahogy van :)

Az SWT szerintem eleg nagy ongol a Javanak, leven hogy valoban, ami nativ guiban nincs tamogatva, az SWTben sincs. Puff neked hordozhatosag es write once igeretek. Lassan semmi nem marad a sok igerethalmazbol. A Swing egyik celja az volt, hogy a legkisebb kozos nevezobol eredo szopast kikeruljek, most szepen visszaszambaztak ugyanoda ahol 10 eve voltak. Bravo.

" a swing helyett az swt a "hivatalos" ut es ez a dontes a Sunos idokbol szarmazik"
Mivan? Mifele hivatalos ut az SWT? Az SWT az Java SE fuggetlen dolog, kulon libek kellenek hozza, egyaltalan nem hivatalos es a Sunhoz semennyire sem kotodo dolog... Ez olyan, mintha azt mondanank, hogy a hivatalos XML parser az nem lehet mas, mint a Javolution SAX parser.

én apache pivot-tal játszadozok egy ideje. nincs még teljesen kiforrva, de a folyamatos fejlesztéseknek hála egyre jobb lesz: http://pivot.apache.org
támogatja a szkriptnyelveket, xml-es leíró fájlban lehet egyszerűen layout-ot megadni, most már normálisabb a binding, beépített web-es lekérdezés lehetőség, stb.
oldalon vannak fenn demók, és tutorial-ból jól megismerhető a framework: http://pivot.apache.org/tutorials/
(ezeken kívűl viszont a dokumentáció elég hiányos, beleértve az api doksit is).