On Thursday 19 September 2024 08:07:19 GMT-7 Thiago Macieira wrote:
> On Thursday 19 September 2024 01:11:54 GMT-7 Halla Rempt wrote:
> > Who knows whether anyone is using it? There are zillions of projects using
> > Qt out in the world, but the people developing Qt keep assuming that
> > "using
>
On Thursday 19 September 2024 01:11:54 GMT-7 Halla Rempt wrote:
> Who knows whether anyone is using it? There are zillions of projects using
> Qt out in the world, but the people developing Qt keep assuming that "using
> Qt" means using Qt inside Qt, as if the entire platform solely exists for
> bu
.qt.io
Von: Development im Auftrag von Halla
Rempt
Gesendet: Donnerstag, 19. September 2024 10:11
An: development@qt-project.org
Betreff: Re: [Development] Why does QFlag exist? (Not QFlags)
On dinsdag 10 september 2024 19:33:32 CEST Thiago Macieira wrote:
> Is this supported?
On dinsdag 10 september 2024 19:33:32 CEST Thiago Macieira wrote:
> Is this supported? I didn't know about it until yesterday. I doubt anyone is
> using it, though it's possible some code carried over from Qt 3 was left
> unmodified like that.
Who knows whether anyone is using it? There are zi
On Tuesday 10 September 2024 10:33:32 GMT-7 Thiago Macieira wrote:
> Is this supported? I didn't know about it until yesterday. I doubt anyone is
> using it, though it's possible some code carried over from Qt 3 was left
> unmodified like that.
QGroupBox:
Q_PROPERTY(Qt::Alignment alignment RE
On Tuesday 10 September 2024 10:12:10 GMT-7 Andreas Aardal Hanssen wrote:
> Tir 10 sep 2024 kl. 18:55 skrev Thiago Macieira:
> > Any objections?
>
> Please don’t break source compatibility?
It does appear that a Q_PROPERTY of a Q_FLAG whose getter and setter operate
on integers still compiles, b
On Tuesday 10 September 2024 09:55:24 GMT-7 Thiago Macieira wrote:
> 1) I will fix moc to *not* manipulate int for property enum types, which
> means it will not use QFlag at all
https://codereview.qt-project.org/c/qt/qtbase/+/589897
If we need to keep compatibility with integer getters and sette
Tir 10 sep 2024 kl. 18:55 skrev Thiago Macieira:
> Any objections?
Please don’t break source compatibility?
Andreas 😊--
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
On Tuesday 10 September 2024 06:08:34 GMT-7 Eirik Aavitsland via Development
wrote:
> > Thank you Aavit. Did already QFlags have the enum_type typedef in this
> > commit?
> >
> > Another question: did QVariant in this commit already have userType()?
>
> You're welcome, Thiago!
> No enum_type or
On 9/10/24 13:56, Thiago Macieira wrote:
On Monday 9 September 2024 23:00:28 GMT-7 Eirik Aavitsland via Development
wrote:
No idea if this is helpful, but it seems that what was later renamed
QFlag was introduced as QFlagInternal in this commit:
Thank you Aavit. Did already QFlags have the enu
On Tuesday 10 September 2024 04:56:40 GMT-7 Thiago Macieira wrote:
> In Qt 3, QVariant could only contain a closed set of types, so QObject::
> QObject::setProperty would only be able to write QFlags if the QVariant
> contained an int, and QMetaProperty already had isEnumType() at this time
> htt
On Monday 9 September 2024 23:00:28 GMT-7 Eirik Aavitsland via Development
wrote:
> No idea if this is helpful, but it seems that what was later renamed
> QFlag was introduced as QFlagInternal in this commit:
Thank you Aavit. Did already QFlags have the enum_type typedef in this commit?
What I f
No idea if this is helpful, but it seems that what was later renamed
QFlag was introduced as QFlagInternal in this commit:
commit dc289baeeb131bddbe6cff5c5620f76f5fac90de
Author: Paul Olav Tvete
Date: Thu Aug 7 17:44:28 2003 +0100
Also work with more pedantic compilers.
[git-p4:
Can someone look up the history of ths class in qflags.h? That or its use in
src/tools/moc/generator.cpp (it's used in one line)
moc uses this class to generate code for Q_PROPERTYs whose type was seen to be
be the result of a Q_DECLARE_FLAGS. Then, instead of emitting the property
getter/sette
14 matches
Mail list logo
