Konzolové programy v Qt 4 – 1 (úvod) (diskuse)

[__]

Includovat v C++ pouze same hlavickove soubory z C, s jedinou vyjimkou (QT4) jasne ukazuje ze pouzivat C++ pro tvorbu programu pro SHELL je spatne. Pouzivat navic jeste QT4 pro text-mode programy je jeste vice spatne. Spravne by se melo pouzit treba glib a kod by mel byt C99 ci GNU99.

[David Watzke]

Kde includuju hlavičkový soubory z C?

Pouzivat navic jeste QT4 pro text-mode programy je jeste vice spatne.

Jakto?

Spravne by se melo pouzit treba glib a kod by mel byt C99 ci GNU99.

Řekl kdo?

[Deleted [8409]]

To nic, jeden z dalších fanatiků. On asi myslel tvůj "process.h"

[Dvorak]

Toto by profesionální programátor nikdy neřekl.

I v konzolových aplikacích je potřeba spousta věcí jako networking, XML processing, regexp, threads,a dalsí a další, pro které má QT výbornou podporu (multiplatformově).

Navíc, objektové programování je jasná cesta ve většině jazyků. Proto dnes prosazovat čisté cécko zda se být prochu mimo.

 

[Petr Tomášek]

A proč ne raději glib?

[Lojza]

 Protože je to článek o QT, ne?  Taky se v diskuzi pod článkem o gtk+ budete ptát, proč nepoužít raději GLib? POkdu tomu rozumíte, tak sem rovnou napište důvody k upřednostnění GLib a pokud jenom z nudy machrujete, tak jsem na vás ztratil čas (což mě mrzí. ale neomlouvám se).

[Petr Tomášek]

On tu nějaký článek o Gtk+ je?

[Max]

Buď vůbec nechápeš, na co reaguješ, nebo máš potřebu reagovat a tak musíš plácnout i sebevětší kravinu, jelikož nemáš žádné rozumné argumenty .
Zdar Max

[andree]

hmm, tak to vela stastia, az budes chciet nakodit konzolovy renderer napr. html+css, alebo nejaku corba aplikaciu verim, ze ti vtedy nejaka ta "spatnost" da dostatocny dovod, preco napisat 10x viac kodu, a umerne viac dokumentacie a chyb :)

[vencas]

1. Je možné vytvořit v qt4 konzolovou aplikaci, která si pak může, pokud to potřebuje, otevřít nějaké okno, pak ho zase zavřít, normálně pokračovat jen v konzoli atd? V qt3 to dělám tak, že program běží na konzoli zcela bez qt, pak v určitou chvíli zavolám XInitThreads(); app=new QApplication(0,NULL);, vyhodí to sice varování QApplication: invalid Display* argument, ale pak normálně funguje. Má na to qt4 nějaké čisté řešení?
2. Pokud qt4 defaultně používá evenloop z glib, dá se pak udělat, že by si ten zpočátku konzolový program otvíral okna qt+gtk(+tk z nějakých starých python skriptů) mixovaně a fungovalo by to?

Dík, Venca

[David Watzke]

1) Nikdy jsem to nezkoušel, ale když se nad tím zamyslím, tak můžeš zkusit vytvořit QApplication hned na začátku, jako bys to udělal v grafickém programu a potom prostě něco provádět a zavolat show() na nějakej widget (okno) až když ho budeš chtít zobrazit. Budeš si u toho okna asi muset reimplementovat closeEvent() nebo tak.

[mikro]

ide to este jednoduchsie -- ako vravis, cesta je cez klasicke QDialog::show() miesto exec() + treba nastavit, nech sa aplikacia neukonci po zavreti posledneho okna, tusim to je v QApplication triede alebo nejakych global flagoch.

[David Watzke]

Dá se to nastavit přes QApplication property quitOnLastWindowClosed.

[Petr Tomášek]

Řešením je použít glib a vůbec se Qt nezabývat... (mimochodem, na tom vidíte, že gtk+/glib je líp navržena, než celá slavná Qt, prostě nikoho nenutí používat X-y...)

[Mark]

Ha. Vieš na čom je najlepšie vidieť, že gtk+/glib je lepšie navrhnutá než celá slávna Qt? Na tom, že ma dlhší názov. 9-2=7, takže gtk+/glib musí byť 7 krát lepšie navrhnutá.

[Fluttershy, yay!]

Vždyť je to zlomek a 'g' se vykrátí...

[Mark]

[Deleted [8409]]

Děláte ze sebe jenom vola

[Petr Tomášek]

To je argument jak prase...

[Deleted [8409]]

že gtk+/glib je líp navržena

je argument ještě lepší

[Petr Tomášek]

Ano, to totiž argument je. Glib můžu použít v konzolové aplikaci na systému bez X11 + gtk+...

[Deleted [8409]]

QtCore taky, dál?

[Michal Vyskočil]

S Qt „zabyjis svobodu. Je tvoji povinosti pouzit svobodny toolkit ktery je prenositelny a pouziva GNOME !!!

[Max]

Nu, vzhledem k tomu, že už je rozumně licencováno, tak už to asi neplatí, ne?
Zdar Max

[xkucf03]

A před tím snad nebylo rozumně licencováno? (GPL)

[Deleted [8409]]

LOL +1, toto jsem četl poprvé:)

[andree]

hm, myslel som ze qt gui bezi aj na platformach, ktore Xka vobec nepoznaju... hm, co sa tu dnes nedozviem :)

[Fuky]

QApplication: Invalid Display* argument

A je nějaké rozumné odůvodnění předchozí hlášky v případě, že argc = 0, argv = NULL? Nějakou diskuzi jsem našel, ale nic rozumného z ní nevyplynulo. V GTK lze použít gtk_init(NULL, NULL); v Qt se zbavuju otravné hlášky:

int argc = 1;
char *argv[1];
QApplication app(argc, argv);

Jak to řešit "čistě"?

[Fuky]

Už vím, předpokládal jsem, že volám:

QApplication ( int & argc, char ** argv )

Ale z app(0, NULL); usoudil kompilátor, že chci volat:

QApplication ( Display * dpy, HANDLE visual = 0, HANDLE colormap = 0 )

Viz ./gui/kernel/qapplication.cpp:

    if (! dpy)
        qWarning("QApplication: Invalid Display* argument");

[vencas]

Huráá, super, díky!! Podařilo se mi to očůrat takhle:

int argc=0;
app=new QApplication(argc,(char**)NULL);

Tím se vybere ten správný overload a varování se nezobrazí.

Náš administrátor shledal tento komentář závadným.

vulgární

Zobrazit komentář

[mirec]

Minule som sa pokúšal urobiť aplikáciu schopnú vyrenderovať HTML stránku a exportovať ju do PDF. Je možné používať QPainter aj bez GUI? Neviem prečo, ale keď som nemal zobrazené žiadne okno aplikácia vždy havarovala. Pritom nepotrebujem QPainter použiť na vykresľovanie okna, ale iba na vykreslenie do súboru ...

A ešte jedna drobnosť, neviem či poznáte knižnice ako Turbo Vision. Bolo by krásne ak by niektoré GUI prvky (základné) fungovali aj v konzole (niečo ako ncurses s tým, že by aplikácia nebežiaca v X zobrazila jednoduché rozhranie skladajúce sa z ASCII znakov). Žiaľ Qt je zamerané len na klasické okná :(

[s0]

QPainter je soucasti modulu QtGui, takze s cistym QtCore pouzit nejde. Samotne kresleni "do souboru", t.j. na jakykoliv podporovany "device" lze kreslit bez oken. Akorat musi existovat instance QAppliaction.

[David Watzke]

A QtGui potřebuje X server (i když v tomhle případě nemusí běžet), takže třeba na serveru to je fakt radost...

[limit_false]

Potreba X11 se da "obejit" pouzitim Xvnc nebo Xvfb. Dalsi zpusob je opatchovat Qt jak to dela napr. http://code.google.com/p/wkhtmltopdf/

[mirec]

No kreslenie funguje kým nepoužijem fonty. U fontov využíva niečo z X aj keď kreslí do súboru :(

[limit_false]

S "textovym" Qt nejde moc dobre psat daemony, ktere se potrebuji fork()-nout na pozadi. (I kdyz platformne nezavisle wrappery jako QTcpSocket mohou navadet k tomu psat neco takoveho. BTW QTcpSocket je taky plny prekvapeni, hlavne signaly v neocekavanou dobu.)

U libICE existuje race condition, ktera zpusobi ze libICE po forknuti programu zacne psat do spatnych socketu (a program spadne). Tenhle race condition sa neprojevi vzdy, jenom na nekterych systemech. Je samozrejme mozne skompilovat Qt bez podpory libICE, ale pokud vim je to vzdy by default zapnuto na vsech distribucich.