Názory k článku Qt Developer Days: jaké bude Qt v rukou firmy Digia?

Kdo ma chut se zapojit se do tech KDE Frameworks, tak na http://community.kde.org/Frameworks/Epics je seznam temat a ukolu, ktere chteji resit.
Kazda pomoc urychluje release :-)

V DDR frci Ostalgie - nostalgie po zivotu ve vychodnim (Ost) bloku, ale korektor tuto pochybnou slovni hricku nepustil v puvodnim zneni, tak komentar k fotce s gamesenim je divny.

Root má korektora?

Petr Krcmar mi psal neco ve smyslu, ze nemam otravovat svoji cestinarku s redakci clanku, ze korektorka vsecko vychyta. Takze nejakou korekturni osobu (haha, jsem genderove korektni) asi ma.

asi má dovolenou.

Male rypnuti: Jedna se jenom o korekturu gramatickou nebo i stylistickou. V dnesnim clanku M. Cerneho je naduzivani slova relativne do oci bijici.

Nene, QT Essentials neni DLLka, je to sada DLLek (cili logicky celek, neni to zadny soubor, je to myslenkova konstrukce), ktera tvori jadro Qt baliku a je k dispozici vsude na vsech platformach a dela to same.

Takze ke kazdemu widget programu s Qt 5.0 bude potreba pribalit QtCore, QtGui + QtWidgets
nebot
Qt4 (QtGui) = Qt5(QtGui + QtWidgets)
widgets byly vydeleny z QtGui

Je ešte GTKMM rovnocenným súperom Qt5 na poli GUI? Čo chystá ako odpoveď na Qt5? Moje požiadavky sú udržovateľnosť a čiteľnosť kódu, prípadne podpora IDE. Je mi ukradnutý výkon, licencie a multiplatformnosť. Chcem programovať len na desktope.

Viem, že GTKMM preferuje STD C++ kdežto Qt si vytvára v podstate vlastný jazyk pomocou makier. Pre mňa to bol show-stopper pre Qt, až kým som si neprečítal čo vravel Guaillaume Laurent. Zaujímalo by ma či to ešte platí. Tiež by ma zaujímalo akú podporu plánuje GTKMM pre C++11.

Cokoliv kdokoliv od gtkmm řekl o Qt bylo, je a nejspíš navždy i bude v lepším případě nepochopení, v horším FUD. Co napsal Guillaume je pravda a jestli někdo i po deseti letech nechce použít Qt jen proto, že pořád věří bludům, no, to je koneckonců jeho smůla.

Kazda liska chvali svuj ocas, nemam zkusenost s GTKMM, ale s Qt ano, dela se s tim dobre, je to prakticke a mnozstvi maker neni tragicke.
Kdo zkusil foreach(prvek, container), nechce uz jinak, vim, ze v novem C++ standardu uz je to lepsi, ale v Qt4 je od zacatku a je to strasne navykove. Napriklad.
Nebo copy-on-write u kontejneru atd. atp.

QTcko mi porad jeste prijde lepsi nez GTK(i kdyz v GTK uz uz 10 let nedelal), protoze ma za sebou full-time placene vyvojare. Posledni dobou se ale spis soustredi na nove vlastnosti a nove uzivatele, nez aby fixovali stare bugy.

Treba zrovna ty kontejnery. Viz QTBUG-12941. V jejich Coding convetions je uvedeno:

Don’t mix const and non-const iterators. This will silently crash on broken compilers.

Nejak uz ale nezminuji, ze broken compilers jsou vsechny verze g++ a MSVC.

makra: nektere nebudou potreba u typovych slot/signalu poc C11 kompilatory
STL: Qt kontejnery jsou pouzitelne s STL algoritmy, v API jsou konverze z a do STL kontejneru. Zmineny copy-on-write povazuji tale za dobrou vlastnost Qt kontejneru

@Luboš Ja neverím bludom, ale sú dve veci ktorým sa v C++ vyhýbam: makrá a nepoužívanie STL. Qt má obe. Gtkmm nemá žiadne. Chcel som len vedieť aké zlé to je a či má tendenciu sa to zlepšiť v Qt5.

Zlé to není a tudíž není důvod se to snažit "zlepšit". Třeba u maker se na ně stačí podívat (např. http://qt.gitorious.org/qt/qt/blobs/4.8/src/corelib/kernel/qobjectdefs.h#line67 nebo http://qt.gitorious.org/qt/qt/blobs/4.8/src/corelib/kernel/qobjectdefs.h#line157) a je vidět, že je to jen pomůcka na to, aby to člověk nemusel všechno psát pořád dokola ručně (což nakonec klidně i může, ale nikdo rozumný to dělat nebude, protože se v tom dá udělat chyba a je to daleko míň přehledné). Makra nejsou dobrá nebo špatná, dobré nebo špatné je jen použití.

Stejně tak nepoužívání STL mi přijde spíš jako výhoda. Pro mě je používání std::string nebo std::vector proti QString nebo QVector docela utrpení. Třeba s QVector se test, jestli obsahuje prvek, píše 'qvector.contains( element )', což by nejspíš pochopila i moje babička (kdyby uměla anglicky). A jak se to napíše se STL?

Kdo chce velkou flexibilitu, "úžasný" design, "čistý" návrh a podobné záležitosti, ať si klidně používá Gtkmm a STL. Qt je pro praktické lidi.

Otazne je ci tak stara odpoved ma vobec este zmysel

Byly v Qt projectu presunute, v clanku je nespravny link
https://qt.gitorious.org/qtplayground/qtdesktopcomponents

resp.
na stazeni gitem
git://gitoriou­s.org/qtplaygrou­nd/qtdesktopcom­ponents.git

Minimalne Qt 4.7.4