Re: [Development] Rationalizing qApp and qGuiApp

2020-01-20 Thread Scott Bloom
From: Development [mailto:development-boun...@qt-project.org] On Behalf Of Elvis Stansvik Sent: Saturday, January 18, 2020 4:33 AM To: Sze Howe Koh Cc: Qt development mailing list Subject: Re: [Development] Rationalizing qApp and qGuiApp Den lör 18 jan. 2020 kl 11:05 skrev Sze Howe Koh

Re: [Development] Rationalizing qApp and qGuiApp

2020-01-18 Thread Thiago Macieira
On sábado, 18 de janeiro de 2020 02:03:33 PST Sze Howe Koh wrote: > * There is no equivalent of qGuiApp for QCoreApplication and QApplication. QCoreApplication::instance(), with suitable static_cast when you know what you have. > A) Update the documentation to say that qApp can change types. Lea

Re: [Development] Rationalizing qApp and qGuiApp

2020-01-18 Thread Elvis Stansvik
Den lör 18 jan. 2020 kl 11:05 skrev Sze Howe Koh : > > Currently, > > * The qApp macro changes type depending on which headers are included, > and in what order. (If you #include but instantiate > a QCoreApplication, qApp returns a QGuiApplication pointer) > * The documentation says that the qApp

[Development] Rationalizing qApp and qGuiApp

2020-01-18 Thread Sze Howe Koh
Currently, * The qApp macro changes type depending on which headers are included, and in what order. (If you #include but instantiate a QCoreApplication, qApp returns a QGuiApplication pointer) * The documentation says that the qApp macro is only valid if a QApplication was instantiated. [1] * Th