Grafické programy v Qt 4 - 1 (úvod, hello world) (diskuse)

[xindl]

Doufám že z tohodle bude mega seriál protže to by bylo fakt potřeba! Držím palce a jen tak dál!

[xkucf03]

+1 Taky držím palce a doufám že z toho bude seriál (aby to nezůstalo u návodu typu "uděláme si okno s tlačítkem", kterých je všude spousta).

Zajímavé by bylo i porovnání dvou přístupů signály+sloty vs. posluchače (např. v Javě -- ve Swingu).

[fero]

+1 tiez vazne potrebujem , miestami som sa rozhodoval ze pre svoju linuxovu verziu programu neurobim gui nakoniec som neurobil ani na win a je to iba konsole :)

 

[YYY]

Diky. Opravdu zajimavy a vydatny clanek. Imho bylo by dobre zminit vyhody a novinky oproti qt3.

[luky]

Grafické?

[Milan Lajtoš]

GUI

[petr]

S Qt trosku experimentuji, takze se tesim na pokracovani, ze se dozvim neco noveho, zajimaveho

[heartbreaker]

Konečně jsem se dočkál :). Díky za skvělý seriál. Už se nemůžu dočkát dalšího dílu.

[alblaho]

MyObject(QWidget* parent = 0);

C++ umí výchozí hodnoty argumentů?

[stick]

Ano. Definuju sa v prototype funkcie a samozrejme za prvym parametrom s default hodnotou mozu nasledovat uz iba dalsie parametre s default hodnotou.

[kralyk z abclinuxu]

No že se ptáš... tsss... jak může někdo pochybovat o dokonalosti C++

[Guest]

V uvode by som este rozpisal, ktore subory treba downloadnut aby som mohol zacat robit QT sw.

[trekker.dk]

Potřebuješ vývojové knihovny - přesné jméno balíčku závisí na distribuci, ale bude to něco jako libqt4-dev

[Guest]

A co tak original baliky z http://www.qtsoftware.com/downloads/opensource/appdev/linux-x11-cpp

Myslim ze to je univerzalnejsie riesenie.

[alblaho]

Myslím, že kdo zná C++, zcela jistě umí napsat do google "qt4 download" a zdrojáky stáhnout.

A hlavně k tomu obvykle fakt není důvod. Všichni to máme v distribucích.

[J@rys]

Konecne neco zajimavyho - super clanek

[trekker.dk]

Jak jsem již psal, libovolnou třídu Qt můžete zdědit a upravit si ji podle sebe. V následujícím příkladu vytvořím třídu MyObject založenou na QWidget, která poslouží jako hlavní okno programu.

Možná by bylo vhodnější začít rovnou hlavním oknem založeným na QMainWindow...

[David Watzke]

V příštím díle to je.

[Vlastimil Ott]

Nejsem programátor, ale tohle se mi jako téma líbí, takže se těším na telenovelu...

[s0]

jen aby to Davidovi vydrželo...

[David Ježek]

doufám, že ano, ač také neprogramátor, rád si tohle přečtu.

[AsciiWolf]

Také se přidám... Nejsem programátor, nicméně tento článek mne zaujal a těším se na pokračování...

[xxxx]

Qt jsem uz vicekrat pouzil a opravdu se mi libi, sloty jsou sice zasah do syntaxe C++, ale je to elegantni.
Qt miluju a dela z C++ dobrou platformu, naopak MFC pro Windows nenavidim.
Radeji delam GUI programy v Jave nebo kdyztak v C#, ale pouziti Qt s C++ je stejne elegantni.

 

[dad]

kdyz uz jste to s temi sloty nakousl - prepisovani anglickych podkladu do cestiny je zasluzna prace, ale vede to k tomu, ze se nedovime, proc je signal/slot mechanismus elegantni a jake vyhody a nevyhody ma vuci jinym mechanismum jako napr. target/message a callback. Ale mozna se to dovime v diskuzi.

[Michal Vyskočil]

Něco je napsáno v dokumentaci Qt.

[xxxx]

nejde mi o prepisovani dokumentace ani o rozvlacne popisy.
pouze jsem z pohledu nekoho kdo Qt uz pouzil sdelil svuj dojem,
ze sloty/signaly jsou v Qt pekne udelany a libi se mi, tedy
ze Qt doporucuji oproti jinym C++ frameworkum.

[xkucf03]

Mně se zase víc líbí posluchače (Java -- Swing), kromě jiného kvůli nim není potřeba ohýbat daný jazyk. Ale ty sloty+signály mají taky něco do sebe.

[Bedňa]

Veľmi pekné, len vydrž a namiesto jedno a dvojslabičných premenných daj radšej celé názvy, vždy je zrozumiteľnejšie window ako w, teraz je to v poho ale v ďaľších dieloch by sme sa v tom mohli stratiť :)

[Smajchl]

To je zuper! Něco takovýho bych chtěl umět

[Jan Drábek]

Super! Už se těším na další díly.

[MIlan Čermák]

Setkal jsem se s tím v GTK++ a vidím stejnou věc i tady. Z jakého důvodu se třídy oken, tlačítek a jiných prvků dědí, místo aby se paramertizovaly jejich instance?

[gmo]

to samé wxWidgets, jestli se nepletu

[David Watzke]

Však to se taky dělá. Dědí se obvykle až když parametrizování nestačí.

[mirec]

Keď už tu máme seriál chcel by som sa spýtať na takú drobnosť akou sú modálne okná. Potreboval by som v aplikácii naraz zablokovať všetky okná podobne ako sa to deje u modálnych okien (až na to, že nechcem zobrazovať ďalšie okno, malo by to byť počas ukladania, nechcem vtedy povoliť žiadne zmeny). Ako funguje mechanizmus modálnych okien? Dá sa to využiť aj bez modálneho okna? Napadlo ma setDisabled ale to je len pre jedno okno, prechádzať všetky okná z QApplication::topLevelWidgets a nastavovať im disabled sa mi tiež moc nepáči. Existuje na toto nejaké elegantné riešenie?

[Grunt]

Qt 4 běží nejen na unixových operačních systémech (Linux, BSD), Windows a Mac OS X, ale i na nejrůznějších mobilních zařízeních.

Spíš by bylo vhodnější do toho nějak zakomponovat to, že Qt nevyžaduje ke svému běhu X Window System. Ale jinak moc pěkné.

[Algi]

Ono je to trochu nepřesné. Linux je Unix-like systém a Mac OS X spolu s BSD je Unix. Ale to už jsou drobnosti. Ale jinak se taky připojuju k chvále; moc pěkný článek

[Grunt]

No já se zaměřoval na běh v těch mobilních zařízeních. To kde to je jede je vcelku irelevantní když se jedná o OSS.

[Jirka]

Podmnozina Qt bezi i v S60 (a tedy pod Symbianem). Bohuzel neni zatim naportovany D-BUS.

[Jiří Němec]

Skvěle načasované, dnes vyšlo Qt 4.5.0. Sice si s Qt už nějaký ten pátek hraju, ale stejně se moc těším na další díly.

[Jirka]

Qt::RightButton or Qt::RightButton

bude nějaká vypečená programátorská konstrukce.

[David Watzke]

Nevím co přesně myslíš, tak odpovím na obě varianty. 1) v C++ je něco jako

#define or ||

2) buttons() odpovídá logický disjunkci (prostě OR) těch 2 (při doubleClicku) tlačítek, proto je tam 2x totéž

[petr_p]

Vedlejší efekt :(

[Jirka]

Me houpat muzes, ale ctenari stejne odhali, ze tam ma byt

Qt::RightButton or Qt::MidButton

[Jirka]

Oprava: Tedy ma tam byt jen ten jeden Qt::RightButton, resp. kdyz uz mermomoci chces or, tak

if(e->buttons() == (Qt::LeftButton or Qt::MidButton))

 

[Deleted [8409]]

Nemyslel jste spíš?

if(e->buttons() & (Qt::LeftButton | Qt::MidButton))

[David Watzke]

To asi ne, viz dokumentaci k QMouseEvent::buttons().

[Jirka]

Jak ted na to koukam, tak jsem ani nemyslel, co jsem napsal. Blamage.

[Deleted [8409]]

Šak to nic nevylučuje ;)

[David Watzke]

Aha, tak to celý vychází z toho, že jsem to nepochopil. Použil jsem prostě logickej OR místo bitovýho (a ano, uvědomuju si, jaká je to ostuda).

[Deleted [8409]]

Já bych doporučil stejně místo těch klíčkových slov jako 'or' 'and' 'xor' atd používat radši zaběhnuté || &&, atd. Možná díky tomu jste si toho nevšiml :)

[Jirka]

Ne.

[kralyk z abclinuxu]

2) buttons() odpovídá logický disjunkci (prostě OR) těch 2 (při doubleClicku) tlačítek, proto je tam 2x totéž

To mi není jasný. Výraz (Qt::RightButton or Qt::RightButton == Qt::RightButton) nebude true?

[David Watzke]

Ježiš No jsem tele.

[Luboš Doležel (Doli)]

2) buttons() odpovídá logický disjunkci (prostě OR) těch 2 (při doubleClicku) tlačítek, proto je tam 2x totéž

Tak to teda nechápu. Co přesně že tam má to OR dělat?

[David Watzke]

Tak to oprav prosím tě.

[Matlák]

Tohle mě docela dostalo. Celkem nedávno jsem hledal platformu pro grafické aplikace v C++ a (já vůl) si vybral zastaralé wxWidgets. Mimo to že jsou nadstavbou GTK (a tedy jsou dost pomalé), zásah do syntaxe C++ je tu ještě větší. A propos, dostal mě ten "Hello world" na snad 20 řádků? Podobná "ukázka" ve wxWidgets si délkou nezadá z helloworldem pro čisté Win API

[Viliam Púčik]

Ono ani Hello World v "cistom" X Window System (pomocou Xlib) sa oproti Hello World vo Win API nemusi hanbit

[Fluttershy, yay!]

Super. Bude to pro Qt 4.5?

[David Watzke]

No tak jasně, je to kompatibilní. Jestli to využije nějaký nový funkce, to už je otázka jiná. Uvidím, třeba jo.

[Rezza]

 Nechci byt hnidopich, ale nenazyval bych to "grafickym programem", ale spis "programem s grafickym uzivatelskym rozhranim". Pravda, je to dlouhe, ale presnejsi. Preji hodne stesti, ja bych si o Qt neodvazil psat, je toho dost a zase tak dobry Qtista nejsem :D Jinak nam dnes zabili Qt Extended, hodlam forkovat, kdo se prida?

[Grunt]

Jinak nam dnes zabili Qt Extended, hodlam forkovat, kdo se prida?

Proč?:

…selected features will be migrated into the Qt framework which will result in Qt becoming an even richer, cross-platform application framework.

[mirec]

Mimochodom bodlo by nejaké slušné prostredie pre Qt Extended. Minule som len tak zo srandy robil paralax scrolling s 360° pozadím (projekcia na valec s korekciou), na nejakom reálnom prístroji by to vyzeralo super ;)

[psonek]

 

 Jinak nam dnes zabili Qt Extended, hodlam forkovat, kdo se prida?

Podívej se http://www.abclinuxu.cz/openmoko Jsou tam odkazy na trac a GIT. Už jsem se přidal a užívám si QTE bez ozvěny :)

 

[xavier]

Dobrá práce. Akorát místo "ve stacku" a "v heapu" se v češtině používá "na zásobníku" a "na haldě".

[David Watzke]

Tak to sorry, český názvy moc neznám, přijdou mi podivný.

[trekker.dk]

Halda je relativně běžné a zásobník zcela obvyklé.

[David Watzke]

Zásobník je OK, halda je podle mě divná Ale už jsem to někde slyšel. Kdybych to psal česky, určitě by se taky někdo ozval, znám to...

[fakenickname]

na FELu se učí halda, ..

[Radek]

Pamatuje ještě dokumentaci k Turbo Pascalu? V ní se mluvilo i o "hromadě".

[xkucf03]

Pascal, hromada čeho?

[Jardík]

Já znám jenom heap. Ve Win je funkce HeapAlloc a né HaldaAlloc či HromadaAlloc a proto je to heap a né halda/hromada, stejně jako Big Ben je Big Ben a né Velký Ben. Heap se dá i skloňovat. 1. pád heap, 2. bez heapu, 3. k heapu, atd ....

[xkucf03]

Jenže překládat Big Ben by bylo jako překládat Jardík (vlastní jméno), zatímco ostatní podstatná jména se normálně překládají (mouse → myš, class → třída atd.)

[Jardík]

Tak je pravda, ze nerikam "vytvorim si classu" ale heap je heap a nikdo mi to neberte :-]

[Ladicek]

Ve Win je funkce HeapAlloc a né HaldaAlloc či HromadaAlloc a proto je to heap

A podle Céčka je to zase m, s touhle argumentací běž do háje.

[h.xman]

Akorát místo "ve stacku" a "v heapu" se v češtině používá "na zásobníku" a "na haldě".

Obávám se že teď někoho naštvu, ale hlasoval bych spíš za počešťování anglických názvů než za doslovné překládání. Když se člověk naučí něco z českého návodu a pak pak třebas hledá konkrétní řešení v anglických diskusích, tak aspoň hned ví co je co, i když není zrovna expert. Podle mě je to obohacení češtiny a považuji to za normální - je to o zvyku, "profesionál" nebo "informatik" taky už dnes nikomu nepřijdou divné.

Těším se na další pokračování, taky doufám že z toho bude telenovela o Qt - to téma má velký potenciál a mohlo by vydržet opravdu na dlouho.

[peruik]

Mockrát děkuji za článek a také doufám, že z toho bude megaseriál.

[petr_p]

Zásadní otázka: Je Qt thread-safe? Jak snadno se dělá program, který má uživatelské rozhraní asynchronní vzhledem k výkonným částem?

[David Watzke]

Částečně - relevantní třídy jsou obvykle thread-safe a na zbytek je tu QMutex a přátelé.

A vcelku snadno. Viz http://doc.trolltech.com/threads.html.

[kralyk z abclinuxu]

Jj, dělá se to pomocí QThread. Dobrým příkladem je Mandelbrot example z Qt examples & demos. V hlavním threadu jede GUI a počítání probíhá v dalším - viz tady.

[mirec]

Qt podporuje ako nízkoúrovňové mutexy tak aj vysokoúroňové rozhranie Qt Concurrent (ukážka použitia).

[trekker.dk]

U většiny objektů/funkcí je v dokumentaci přímo napsáno, jestli je daný objekt thread safe nebo ne.

[Saljack]

Moc dík. Zrovna co se začnu učit Qt, tak se na abíčku objeví seriál o Qt. Fakt moc dík a doufám, že bude hodně dílů.

[Saljack]

Můžu se zeptat zda je dobré používat QString QList atp. ? Nebo je lepší používat jenom c++

[kralyk z abclinuxu]

Určitě to je dobré pro většinu účelů...

[mirec]

Výkonové rozdiely nie sú veľké, pri použití s Qt je tu navyše integrácia a jednoduchosť použitia (odporúčam porovnať tieto triedy). Okrem toho pri zobrazovaní treba ručne vytvárať QString z std::string-u čo môže spôsobovať problémy s diakritikou (v prípade, že si užívateľ nedá pozor na fromUtf8).

[Bert]

Taky mockrát díky za seriál.

Jsem tzv. věčný začátečník a tohle mě určitě znovu nakopne něco se naučit.

Máte někdo praktické zkušenosti s Qt Creatorem? Konkrétně s verzí 1.0.0?

[David Watzke]

No dělám v tom a je to fajn, nevím co bys chtěl slyšet Doplňuje to názvy metod, má to vestavěnou nápovědu a Qt Designer, podporuje to všelijaký verzovací systémy...

[Bert]

Chtěl jsem jen vědět od někoho erudovaného a kovaného v QT jak je tahle jedničková verze použitelná pro běžného C++ a QT BFU .

 Líbí se mi hlavně spolupráce s integrovaným Qt designerem. Jeden čas jsem zkoušel Eclipse a Codeblocks a trápil jsem se s nastavením cest a  parametrů.

Tady je vše celkem přehledné a jasné . Ale jak říkám, jsem věčný začátečník a každopádně vítám tenhle seriál a těším se na další pokračování. Nezlobil bych se kdyby

byly další díly trošku "upovídanější" a "polopatičtější pro nás pomaleji chápající .

[Radek]

 

Chtěl jsem jen vědět od někoho erudovaného a kovaného v QT jak je tahle jedničková verze použitelná pro běžného C++ a QT BFU .

Ohledně QT jsem úplný BFU, ale snad tím spíš můžu říct, že právě pro BFU je Creator použitelný velmi dobře. Hlavně není potřeba nic konfigurovat, prostě vše funguje.

 

[kralyk z abclinuxu]

Jeden čas jsem zkoušel Eclipse a Codeblocks a trápil jsem se s nastavením cest a  parametrů.

Jj, to byl dost děs. Pužíval jsem Code::Blocks než vytvořili QtCreator a doplňování QTříd mi nikdy nefungovalo 100%. No Qt Creator to pořešil. Taky je na něm dobrý, že se do něj dá nastavit vícero verzí Qt a u každého projektu kdykoli zvolit proti které verzi se má kompilovat.

[T.O.M.]

Jen dodam, ze klicova slova signals a slots v hlavickovych souborech stejne jako emit v implementaci je vhodne nahrazovat makry Q_SIGNALS, Q_SLOTS a Q_EMIT. Umozni to pozdeji pouzit zdrojaky v projektech se signal/slot mechanismy tretich stran. V nejhorsim pripade budou tyto makra alespon viditelnejsi v editoru, ktery zvyraznuje syntaxi C++, ale nezna klicove slova Qt (cili vetsina).

[David Watzke]

To je vhodný, pokud něco takovýho člověk plánuje dělat, to je fakt, ale jinak to nemá valnej význam používat (v drtivý většině případů).

[Lojza]

 Jo jo, takovejch projektů už jsem viděl, co v nich nemělo valnej smysl od začátku používat logckéa  rozumné věci ...

[David Watzke]

Vždyť je to prkotina, která se dá vždycky naprosto jednoduše nahradit. Pochybuju, že by to dělalo problémy zrovna někomu, kdo se chystá používat jinej signal/slot mechanismus.

[Jardík]

QApplication app(argc, argv);

MyWindow w;
w.show();

// qApp je globální ukazatel na instanci QApplication
// qApp->exec() je zde totéž jako app.exec()
return qApp->exec();

To nevypadá thread-safe. Když před řádkem QApplication app(argc, argv); vytvořím nový thread a v něm zavolám qApp->exec() tak se to asi může pokakat jestli se qApp nastaví až v konstruktoru QApplication.

[David Watzke]

Jenže instanci QApplication má Qt program jen jednu.

[Jardík]

Ano, ale jestli to tach chápu, tak to QApplication app(blabla) v konstruktoru nastaví globální qApp ukazatel na &app (?). Nebo se to vytvoří při inicializaci knihovny a v app bude jakási "reference"?

[Jardík]

tach se čte tak

[Jardík]

A stejně ta moje věca nedává smysl. Takže "tach" se čte "dobře".

[Jardík]

Bože, Jardo, nauč se psát. To mi někdo asi odchytává traffic a mění mi písmenka ...

[Jardík]

Tomu se říká monolog?

[David Watzke]

Tak jsem to zkusil vypsat pomocí qDebug() ještě před vytvořením QApplication a vypsalo to QObject(0x0), takže tak. Nespadne to, ale řekne to

QApplication::exec: Please instantiate the QApplication object first

[Jardík]

Hmm, tak jsem utřel

[David Watzke]

Moment, to jsem reagoval z cesty. Chtěl jsem říct, že QApplication je obvykle první věc, kterou vytvoříš. Jinak je to asi pravda, no... takovou věc jsem nezkoušel.

[Jardík]

Neva, já stejně jenom rejpu

[trekker.dk]

Ona je otázka, proč vůbec použít qApp->exec() místo app.exec()

[T.O.M.]

Abys nemusel tahat ukazatel na lokalni promennou fce main() po cele aplikaci jako argument vsech metod? Je to bezpecne minimalne pro cteni.

Nicmene prima zmena vlastnosti tridy QApplication z vice vlaken soucasne by mohla natropit vice skody nez uzitku, v dokumentaci totiz neni zminka "vlaknove bezpecnosti" (zdrojaky ted nemam k dispozici). Bezpecnou cestou je uziti signal/slot mechanismu mezi vlakny a napojit tak napr. QTimer s nulovym intervalem na slot QApplication (tech je ale dost malo, protoze vetsina metod je statickych )

[David Watzke]

No v tomhle případě je to na nic, ale pak když chceš propojit nějakej slot, tak se to hodí.

[mirrec]

kedy sa mozeme tesit na dalsi diel serialu ?

[David Watzke]

No, napsanej a odeslanej už je, takže to je na redakci.

[Pavol]

Tak som stravil 10 minut hladanim, ako skompilovat hello world a zistil som, zetreba pouzit qmake-qt4 namiesto qmake, v opacnom pripade nevedel najst hlavickove subory. Mozno tato informacia usetri cas podobnemu totalnemu zaciatocnikovi ako som ja :)

[xkucf03]

A pokud máte stejné distro jako já, výchozí qmake se nastavuje tímhle příkazem:

sudo update-alternatives --config qmake

[David Watzke]

Tohle je problém konkrétní distribuce, s Qt to nijak nesouvisí.

[mirec]

No toto chovanie ma pekne štve. Moja distribúcia síce nemá qmake-qt4 ale iba qmake (čo sa mi páči) ale niektorí programátori ktorí majú iné distribúcie automaticky predpokladajú, že tam bude dostupné qmake-qt4. No asi nemusím hovoriť ako ťažko sa robí ebuild na takýto program.

[the.max]

No hrozně těžko, dáš tam jeden sed

[http://zacatecnik.wu.cz]

connect není metoda, ale makro, ale to je jen kosmetika :)

[David Watzke]

Je to veřejná metoda třídy QObject, viz dokumentaci. Leda že bys o tom teda věděl víc, než lidi co to naprogramovali. Samozřejmě, že celý signály a sloty jsou mnohem složitější, než se programátorovi může zdát (četl jsem o tom dost), o tom se nehádám.

[http://zacatecnik.wu.cz]

Nechce se mi to googlit, ale prostě vím, že je to makro. Jediné čím ti to mohu podložit jsou má vysokoškolská skripta a náš doktor informatiky programuje asi 15-20 let, takže bych tam chybu neviděl

[http://zacatecnik.wu.cz]

Není třeba to googlit nebo hledat, je to jen slovíčkaření- jedná se o vnitřní implementaci. Voni do dokumentace to asi píšou pro pochopení ne pro super přesnost, či jak to vnitřně implmentují... Je to třeba jako ve WindowsAPI MessageBox to je taky makro, které se rozvine do MessageBoxA (ANSI verze), MessageBoxW (Unicode verze). Ahoj

[David Watzke]

No vidíš, i takovej člověk se může splést

[mirec]

    static bool connect(const QObject *sender, const char *signal,
                        const QObject *receiver, const char *member ...

Časť hlavičkového súboru qobject.h, connect je skutočne metóda, makrá sú SIGNAL a SLOT.

[http://zacatecnik.wu.cz]

tak mi to nedalo a prolezl jsem celou tu kapitolu ve skriptech a je tam na dvou místech: makro i metoda, takže se zdá se vloudila malá chybička a já vás tu tedy prudím... ale to neva, alespoň to pomohl k objevu chyby :o)

[Michal]

Ahoj, ucim se s Qt a nemuzu zkompilovat tento program ani kdyz jsem prekopiroval zdrojak primo odsud. chyba je " undefined reference to 'vtable for MyButton' " v konstruktoru MyButton::MyButton(QPushButton*). Nevite co s tim prosim? Diky

[David Watzke]

Ahoj, no to je zvláštní. Já jsem si teď vytvořil prázdný adresář, do nově vytvořených souborů mybutton.h, mybutton.cpp a main.cc jsem vložil obsah z článku, spustil jsem

qmake -project
qmake
make

a přeložilo se to bez problémů.

[ElTomas]

A jak to zkompiluju? Me třeba funguje g++ main.cc $(pkg-config --cflags --libs QtGui)