Hello again!

I'm back at this topic.

I found this amazing talk from QtWS17 that showcases basically exactly what I wanted to achieve:

https://www.youtube.com/watch?v=Kdh1x_I8m18

I managed to get a hold of a pdf copy of the slides, with a link to a github repo, which unfortunately was empty...

If someone has the code behind this talk and would be so kind as to share, I'd very much appreciate it.

And I'm still open to all kinds of suggestions to try!

Às 14:16 de 25/09/2021, Rui Oliveira escreveu:
Hey,

I've done a repo with a (poorly made) example of what I'm trying to achieve, using widgets.

Feel free to give some comments:

https://github.com/ruilvo/qt-widget-plugins-example/

Às 07:06 de 15/09/2021, Ulf Hermann escreveu:
But my goal is to not know about the types beforehand at all. It's basically the "copy the dll to the application folder and it'll magically show up as an option" pattern. The goal is to provide an extensibility framework, like eclipse, or web browser addons. Not just using a type defined elsewhere.

There is Loader [1]. You can define some convention on where the entry point to a module is to be found, and construct a URL for Loader out of that. Then you can scan the relevant QML import paths and record the available modules. The result can be presented as a menu.

Mind that loading a QML file directly from the host file system prevents you from using the pre-compiled byte code in the plugin. Therefore, the entry points should probably only do a named import of their module and instantiate some other type made available that way.

[1] https://doc.qt.io/qt-5/qml-qtquick-loader.html
_______________________________________________
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
_______________________________________________
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Reply via email to