Note however that using QMetaType has the limitation that it will only allow calling the default constructor. While all widgets should be default constructible, you might want to construct e.g. `QDialogButtonBox::QDialogButtonBox` with some specific button). Could be worked around in the bindings, though.

Fabian

On 28.11.24 15:45, Volker Hilsheimer via Development wrote:
On 28 Nov 2024, at 15:01, André Somers via Development 
<development@qt-project.org> wrote:

Hi Marcus,

On 28-11-2024 14:29, Marcus Tillmanns via Development wrote:
Hi Shawn,

On 28. Nov 2024, at 13:15, Shawn Rutledge via Development 
<development@qt-project.org> wrote:


On Nov 28, 2024, at 09:08, Fabian Kosmale via Development 
<development@qt-project.org> wrote:
- Some are already (indirectly) exposed via Q_PROPERTY; should anyone decide to 
expose those Widgets to QML (or some other language binding working on the 
meta-object system), this would cause some friction because there will be name 
clashes (QWidget::geometry() vs the geometry property).
Indeed; given that the UI designer application, and QUiLoader, are able to 
dynamically instantiate every kind of widget, and all the interesting 
properties are, well, properties, it seems doubtful that there are many things 
that you couldn’t already do in a scripting language either.  And some property 
setters are already slots, which already makes them invokable, and is also a 
bit redundant already (if QProperty can set the property, the main reason for 
making the setter into a slot besides is to be able to connect a signal to it, 
right?)
QUiLoader seems to have a fixed list of Widgets it can instantiate? 
(“widgets.table”) And for custom widgets it expects you to implement 
QDesignerCustomWidgetInterface.

And then for the properties, most is there you are right and I was starting to 
think it should all be easy, but pretty important stuff like “QWidget::show()” 
is not covered by a property sadly. I will investigate how much of the 
important stuff is missing first, maybe just setting up a list of classes and 
their Constructors, plus the important QWidget functions is small enough that I 
no longer wish for Q_INVOKABLE all the things :)

You may want to look into leveraging Declarative Widgets. This is an 
experimental/PoC implementation of using widgets from QML. Rather than 
extending the widgets classes themselves, it uses the extension mechanism to 
provide the missing features from the QML (scriptable) perspective.

Cheers,

André


With the meta type system, you can construct any Q_OBJECT-type by name, as long 
as it’s registered:

#include <QtWidgets>

int main(int argc, char *argv[])
{
     QApplication app(argc, argv);

     qRegisterMetaType<QPushButton>("QPushButton");

     const QMetaType pbType = QMetaType::fromName("QPushButton");
     QObject *pb = static_cast<QObject *>(pbType.create());
     Q_ASSERT(pb);
     pb->setProperty("text", "Ok");
     pb->setProperty("visible", true);

     return app.exec();
}


The call to qRegisterMetaType could be done in the code that implements the 
binding.

Volker


--
Fabian Kosmale
Manager R&D

The Qt Company GmbH
Erich-Thilo-Str. 10
D-12489 Berlin
fabian.kosm...@qt.io
+49 1638686070
--
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development

Reply via email to