Qt, a "hordozhato" toolkit

Epp most kampanyoltam a GTK+ ellen, erre ez a draga is kiakaszt...

Nem, nem a kod hordozhatosagarol van szo. Deployment-rol van szo. Lathatolag a Qt fejlesztokben fel sem merult, hogy letezik mas jellegu felhasznalas is, mint az otthoni hobbipistike, aki vegigkattintgatja a telepitot a dextop gepecskejen.

Megis melyik elmebeteg allat talalta ki, hogy az install path-ot bele kell egetni egy raklap text es binaris fajlba telepites soran???

http://fpaste.org/67963/

Az ilyet golyo altali akasztasra itelnem.

Van QTDIR valtozo, persze, csak kurvara le van szarva, mivel a Qt tudja, hogy nem ott van. Cool.

De nem gond, ne izguljunk, emberek, hat van az a draga qt.conf! Csak szepen beleirjuk az eleresi utat, aztan orom, bodotta. Igaz? Hat nem. Az idc.exe lefagy tole a picsaba. Fix? 4.8.6-ban, ha megjelenik valaha. Fel eve varat magara.

De nincs minden veszve, van nekunk qpatch, majd az megpocsoli a binarisokat! Katt! 404! Ezazzz, szep volt, fiuk!

( nevergone v | 2014. 01. 13., h – 15:51 )

use GTK+ :)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

( mynheer_gabor | 2014. 01. 13., h – 16:59 )

Motif: the last sane GUI toolkit :)

Valódi GUI toolkit, (<-->QKávéfőző, QVécépucoló, etc), nincs egy gnóm projekt idióta fejlesztőihez kötve a sorsa, stabil, bugmentes. Mentes továbbá a GNU Build System nevű találmánytól, ennek ellenére, helyesebben ennek következtében gond nélkül lefordul mindenféle, akár ezeréves *NIX variánson.
Persze bviktornak valószínűleg nem jelent megoldást a problémájára, ezért került a smile a mondat végére.

Úgy nézem, hogy nincs belőle hivatalos kiadás sem OSX-re, sem Windowsra, legalábbis sem a honlapjukon, sem a Wikipedia oldalon nincs említés róla.
Ezen kívül még az is tetszik benne, hogy egy kifejezetten felhasználóbarát és tetszetős kinézetű, jól fejlődő eszközkészlet. (nem).

Akkor már inkább FLTK és társai.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

OMG én vagyok a hülye hogy szóba hoztam, most javíthatok minden hülyeséget, ami felmerült

Úgy nézem, hogy nincs belőle hivatalos kiadás sem OSX-re, sem Windowsra, legalábbis sem a honlapjukon, sem a Wikipedia oldalon nincs említés róla.
A wikipediás oldal egy vicc, mint általában, itt pedig találsz mac osx-es buildet: http://www.ist-inc.com/motif/download/index.html
Windowsos verzióról nem is beszéltem, bár a makefilet böngészve úgy tűnik ott is le lehet fordítani. Most ezzel nem fogok szórakozni.

Ezen kívül még az is tetszik benne, hogy egy kifejezetten felhasználóbarát és tetszetős kinézetű, jól fejlődő eszközkészlet. (nem).
Akkor használd a gtk-t továbbra is egészséggel, engem nem zavar. Vagy az FLTK-t, ami kifejezetten felhasználóbarát és tetszetős kinézetű

Eközben a Motifnál…

Amúgy nem azt írtam, hogy az FLTK az lenne, csak azt, hogy ilyen szempontból jobb, mint a Motif. A GTK+-t pedig te keverted most ide.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Egyébként nem értem mi a bajod vele.
Egy 80-as évekbeli gui toolkitnak miért kellene mindenféle eyecandyt tudnia?
A felhasználóbarátság meg eleve értelmezhetetlen, legfeljebb a ráépülő alkalmazások esetében lehet, nekem pedig se a Moldennel, se a Xastirral, se a Nedittel, sem az Xnview-al nem volt ilyen problémám, sőt köröket vertek az alternatíváikra, már ha voltak olyanok.
A gtkt azért emlegettem, mert úgy emlékeztem te védted valamelyik másik topikban, ha tévedtem bocs. Az FLTK esetében meg még mindig nem értem miért lenne jobb, de az igaz hogy még nem is volt dolgom vele.

Azért vannak olyan "felhasználóbarátság" dolgok, amiket nem baj, ha maga a gui toolkit kezel éppeszűen szerintem, hogy lehetőleg valami uniform user experience legyen a dolog vége (ezt hogy kell magyarul mondani?) Olyanokra gondolok mondjuk, hogy egy dropdownban hogy lehet keresni, hogy néz ki mondjuk egy file open ablak (szűrőkkel, ikonméretekkel, favoritekkel, historyval, sort opciókkal stbvel), hogy egészít ki mondjuk fileneveket egy ilyen ablak, stb. Ezeknek szerintem alapvetően a toolkitben a helye, aztán max. akkor maszírozza a program írója, ha neki nagyon más kell a saját usabilityje miatt. És azért ezekben a motif nem annyira nyerő.

Eye candy meg azért kell, mert kell, hozzászokott az emberek szeme, oszt kész (mondjuk személyes véleményem az, hogy a motif friss szemmel is bazi ronda lehetett :D bár tény, hogy az első kézből nyilatkozathoz hátulgombolós vagyok, mire először láttam, addigra már avas volt kissé).

Persze. Meg a kde/gtk is viszonylag konzisztensen ad ilyesmit (legalábbis a 3.x/2.x szériák adtak, ezeket az újvonalas izéket nem néztem nagyon, de gondolom ezek is igyekeznek azért). Nyilván ez utóbbi kettő saját házon belül, a vx meg jobban illeszkedik a natívhoz, mindkettőnek megvannak imho az előnyei és a hátrányai is.

A fentit pusztán a Motif kapcsán felvetődött "az UX értelemzhetetlen egy gui toolkit kapcsán" véleményre adtam reakcióként, hogy szerintem azért igen is lehet értelmezni, és a motifnak lenne pótolnivalója ezügyben :)

( apal v | 2014. 01. 13., h – 20:02 )

c:/akarmi/valahol. azert ezek is nagyon tetszenek ;)

( hrgy84 | 2014. 01. 14., k – 04:13 )

Forrasbol forditottad? Ha igen, a -developer-build a te baratod. Path-independent modon fogja neked leforditani a Qt-t, es mindig onnet fut, ahonnet inditod. Legalabbis regen ez igy volt.
-- 

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

( nevergone v | 2014. 01. 14., k – 09:47 )

Az 5.2-es is ilyen?

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)