By the way, a bit off topic but what happened to the plan to make QVector
the primary container in Qt 6, and why has it been turned the other way
round? The official documentation [1] still refers to Marc's article [2]
that says that QVector should be preferred over QList. As far as I
remember,
Hi Simon,
I hope it's not a belated April's Fool joke? As far as I can remember, for
the past few years, one would read everywhere to switch to QVector from
QList because of this and that, and to choose QVector as the default choice
container instead of QList like it was back in the days. I can't
Hi Cristián,
surely, everyone is technically able to cherry-pick and backport bug fixes
into their local Qt versions but not everybody has resources and/or
knowledge to do so.
I personally think this could be an inflection point into forking the Qt 5
"Community Edition", with all binary builds
What will happen to Qt for Python? As for now, its binaries can be just
downloaded using pip (a Python package manager). Will it change as well?
Cheers
Dmitriy
On Mon, Jan 27, 2020 at 3:35 PM Lars Knoll wrote:
> Hi all,
>
> The Qt Company has done some adjustments to the Qt will be offered in
n, 27 Jan 2020 at 21:56, Dmitriy Purgin wrote:
> >
> > By the way, gathering emails by requiring an account to download the
> software without any technical reason might be indeed an example of a GDPR
> violation.
>
> I am not a lawyer, but I am unaware of any free software
By the way, gathering emails by requiring an account to download the
software without any technical reason might be indeed an example of a GDPR
violation.
Cheers
Dmitriy
On Mon, Jan 27, 2020 at 7:36 PM Frederik Schwarzer
wrote:
> Am 27.01.2020 15:34 schrieb Lars Knoll:
>
> Hi,
>
> > The second
Hi Eddy,
thanks a lot for looking into this for me. Searching for the contributors
to the affected files is a smart idea indeed!
Cheers
Dmitriy
On Tue, Jan 14, 2020 at 11:24 AM Edward Welbourne
wrote:
> Dmitriy Purgin (14 January 2020 10:10) wrote:
> > I'm afraid I did something in
Hi all,
I'm afraid I did something incorrectly when submitting my first
contribution to the Qt project and I would love to get a feedback if I did
it wrong.
A week ago I created a patch adding an std::chrono overload to
QStateMachine::postDelayedEvent() and submitted it through gerrit to code
tion gets generated perfectly though.
Cheers
Dmitriy
On Tue, Jan 14, 2020 at 9:17 AM Henry Skoglund wrote:
> On 2020-01-14 09:02, Kai Köhne wrote:
> >> From: Development On Behalf Of
> Dmitriy Purgin
> >> Sent: Tuesday, January 14, 2020 8:46 AM
> >> To: Thiago
ugh, not in my own comment as
it used to be iirc.
Or should I create a separate ticket?
Cheers
Dmitriy
On Tue, Jan 14, 2020 at 9:02 AM Kai Köhne wrote:
> > From: Development On Behalf Of
> Dmitriy Purgin
> > Sent: Tuesday, January 14, 2020 8:46 AM
> > To: Thiago Macieira
I've just discovered another side-effect of this change. I've integrated
the qdoc.exe in a custom toolchain for internal use, and it should be able
to run in environments without any Qt installations. So I used to do the
windeployqt.exe on it, and it always worked until 5.14. Now windeployqt
says
Hi Damian,
that seems to be an interesting case. Could you provide an example of why
would you need such a pattern?
Why the other way round -- creating a C++ singleton and exposing it to QML
-- doesn't work for you? That should be easier and more transparent.
Cheers
Dmitriy
On Fri, Nov 22,
Hi Ulf,
thanks for clarifying. You're absolutely right, no other language supports
importing different versions of dependencies but I think it is a great
feature of QML that helps a lot in maintaining the old code. Would be sad
to see it gone in QML 3.
Cheers
PS I'm forwarding this email to the
Hi all,
as we learned at the recent Qt World Summit in Berlin, we're getting QML 3
with Qt 6. There are some cool features and changes to improve the clarity
and the performance of the QML part but there is one thing that bothers me:
the optionality of JavaScript.
What I didn't quite get is
As a matter of fact, you might actually want to look at sailfishos.org
Cheers
On Wed, Sep 11, 2019 at 9:12 PM Konstantin Tokarev
wrote:
>
>
> 11.09.2019, 22:10, "Jason H" :
> > Bummer that the software stack says GNOME.
> >
>
Hi Jason,
in one of the projects with Qt 5.9 I used enum classes in signals and slots
and it worked fine, even with the new Q_NAMESPACE thing. One thing though:
I couldn't figure out the exact combination but as far as I remember, if
you have namespaced code, you have to always fully qualify the
The docs [1] clearly state what the method does. Moreover, the method is
const, so it can't mutate the object.
[1] https://doc.qt.io/qt-5/qdatetime.html#addDays
Cheers
Dmitriy
On Thu, Dec 13, 2018 at 3:04 PM NIkolai Marchenko
wrote:
> This non obvious (from function name) behaviour actually
Sorry for my vague statements :)
Actually I wasn't talking about logging to file as a default for
Windows. On the contrary I think this has to be done by each
application individually -- someone needs as you rightly say 10 lines
of code just to make sure everything went okay, others need a large
it in
documentation?
Best wishes,
Dmitriy Purgin
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
19 matches
Mail list logo