Due to problems with getting qt5.git through, we have decided to revert the
previous production baseline update from last friday.
This will restore the previous state before 22-Feb.
Changelog updates
https://testresults.qt.io/ci/aakeskim/production_updates/changelog_20190227
Currently cherry
On Wed, Feb 27, 2019, 07:35 Simon Hausmann wrote:
> I’m in favor of deprecating the static overloads. Compilers give nice
> deprecating warnings these days and the non-deprecated interface remains
> nice and clear.
>
> Just my two cents,
> Simon
>
> > On 27. Feb 2019, at 02:56, Thiago Macieira
>
I’m in favor of deprecating the static overloads. Compilers give nice
deprecating warnings these days and the non-deprecated interface remains nice
and clear.
Just my two cents,
Simon
> On 27. Feb 2019, at 02:56, Thiago Macieira wrote:
>
> With a lot of thanks to Jörg's effort, since Qt 5.9 w
With a lot of thanks to Jörg's effort, since Qt 5.9 we have a non-static
startDetached() method, which do honour the environment set with
setProcessEnvironment, the current working dir with setWorkingDirectory, etc.
I think it's a far superior option. By far, it avoids the mistake that led to
Q
> Is this a known issue or simply something that is not and never will be
> supported?
Actually, I realise that at least the Mac "native" platform file dialog is also
built using QPlatformFileDialogHelper ... and indeed it doesn't support
embedding (= being used as a widget instead of as a dialo
Hi,
We may have identified an issue with "themed" QFileDialogs (provided through a
platform theme plugin and QPlatformFileDialogHelper) when they are intended to
be "embedded", i.e. used as a Qt::Widget :
https://bugs.kde.org/show_bug.cgi?id=404833
Is this a known issue or simply something tha
