On Monday 7 October 2024 23:59:14 GMT-7 Fabian Kosmale via Development wrote:
> as an additional heads-up: The QMetaObjectBuilder had a bug which caused
> it to not actually store the metatypes for the enums. This should be
> fixed (in dev and then 6.8(.1)) when
> https://codereview.qt-project.org/
Hi,
as an additional heads-up: The QMetaObjectBuilder had a bug which caused
it to not actually store the metatypes for the enums. This should be
fixed (in dev and then 6.8(.1)) when
https://codereview.qt-project.org/c/qt/qtbase/+/596122 merges.
Kind regards,
Fabian
On 05.10.24 18:37, Phil
On 05/10/2024 21:58, Thiago Macieira wrote:
On Saturday 5 October 2024 10:16:49 GMT-7 Phil Thompson via Development
wrote:
Looking at the QMetaObjectBuilder source I can't see where the
QMetaType
passed to setMetaType() is actually used. As far as I can tell the
enum
meta-types should be stored
On Saturday 5 October 2024 10:16:49 GMT-7 Phil Thompson via Development wrote:
> Looking at the QMetaObjectBuilder source I can't see where the QMetaType
> passed to setMetaType() is actually used. As far as I can tell the enum
> meta-types should be stored immediately after the property meta-types
Hi,
Thanks for the hints - almost everything is now working (and you can
ignore my original issue about changed behaviour).
The remaining problem is that if I query the generated meta-object for
the QMetaEnum then its QMetaType is always invalid.
Looking at the QMetaObjectBuilder source I c
Thanks - that was extremely helpful.
On 05/10/2024 01:50, Thiago Macieira wrote:
On Friday 4 October 2024 07:42:39 GMT-7 Phil Thompson via Development
wrote:
Understood - but there seems to be no obvious way to dynamically
create
and register a valid QMetaType.
What do you mean by a dynamic
On Friday 4 October 2024 07:42:39 GMT-7 Phil Thompson via Development wrote:
> Understood - but there seems to be no obvious way to dynamically create
> and register a valid QMetaType.
What do you mean by a dynamic meta type? Are you trying to wrap some other
language? Because if the type exists
On 04/10/2024 15:32, Thiago Macieira wrote:
On Friday 4 October 2024 05:43:38 GMT-7 Phil Thompson via Development
wrote:
For dynamically created meta-objects...
- the results were dependent on the version of Qt
- QMetaProperty.metaType().isValid() always returned false
- QMetaProperty.isEnumTyp
On Friday 4 October 2024 05:43:38 GMT-7 Phil Thompson via Development wrote:
> For dynamically created meta-objects...
>
> - the results were dependent on the version of Qt
> - QMetaProperty.metaType().isValid() always returned false
> - QMetaProperty.isEnumType() returned true for v6.7.1 and fals
Hi,
QMetaProperty::isEnumType's documentation probably should be adjusted to
mention that it really is about having an enum marked with Q_ENUM, not
about generic C++ enums.
For your use-case: I suspect you need to create a dynamic meta-type for
your enum (or rather, the QtPrivate::QMetaTypeI
On Thursday 3 October 2024 08:07:20 GMT-7 Phil Thompson via Development wrote:
> > Or you can set the EnumOrFlag flag in the QMetaProperty flags field to
> > force the
> > constructor to search.
>
> Sorry, can you be more specific? I can't see how to do it given the
> private nature of the flags.
Hi Fabian,
The change was https://codereview.qt-project.org/c/qt/qtbase/+/559265
Reverting this change means I get the same behaviour as I get with v6.7.
I am (and always have been) using QMetaObjectBuilder and addEnumerator()
(the overload that takes a QByteArray argument).
I've compared th
Hi Phil,
I'm not quite sure which change caused the issue, and I believe a
bugreport with a reproducer might shed some light on the issue.
Nevertheless, if you're already using the private QMetaObjectBuilder
API, I would expect that it should work if you build the enum also
dynamically via a
On 03/10/2024 16:31, Volker Hilsheimer wrote:
On 3 Oct 2024, at 17:07, Phil Thompson via Development
wrote:
On 03/10/2024 15:44, Thiago Macieira wrote:
On Thursday 3 October 2024 05:06:08 GMT-7 Phil Thompson via
Development wrote:
Yes, that's the change - commenting out the new test fixes the
> On 3 Oct 2024, at 17:07, Phil Thompson via Development
> wrote:
>
> On 03/10/2024 15:44, Thiago Macieira wrote:
>> On Thursday 3 October 2024 05:06:08 GMT-7 Phil Thompson via Development
>> wrote:
>>> Yes, that's the change - commenting out the new test fixes the problem.
>>> I am dynamica
On 03/10/2024 15:44, Thiago Macieira wrote:
On Thursday 3 October 2024 05:06:08 GMT-7 Phil Thompson via Development
wrote:
Yes, that's the change - commenting out the new test fixes the
problem.
I am dynamically building the meta-object. You don't really build an
enum, you just provide a descr
On Thursday 3 October 2024 05:06:08 GMT-7 Phil Thompson via Development wrote:
> Yes, that's the change - commenting out the new test fixes the problem.
>
> I am dynamically building the meta-object. You don't really build an
> enum, you just provide a description of it to the meta-object. It woul
Yes, that's the change - commenting out the new test fixes the problem.
I am dynamically building the meta-object. You don't really build an
enum, you just provide a description of it to the meta-object. It would
be nice to be able to register an enum with the meta-type system
dynamically.
P
Hello!
Do you mean this change? https://codereview.qt-project.org/c/qt/qtbase/+/559265
If so, my bad!
My motivation is described in the commit, but basically QtProtobuf is quite
heavy on
QMetaProperty usage, and trying to resolve the 'menum' was quite a bottleneck
for
properties that were not k
19 matches
Mail list logo
