Dario LipicarandClaude Opus 4.8 f33f264abb feat: Qt-typed api-style for universal ui_qml plugins (#14)
A universal UI plugin (type: ui_qml) derives a QtRO SimpleSource whose .rep
slots are Qt-typed, so there's no reason to pin it to the std api-style: flip
it to `qt` so its modules().<dep> dependency wrappers come out Qt-typed
(QString/int), matching the view with no std<->Qt conversions. core universal
and cdylib modules stay on the Qt-free `lp` surface; legacy stays `qt`.

Pairs with logos-qt-sdk's LogosUiPluginContext (logos-co/logos-qt-sdk#3).
Part of a 4-repo change (qt-sdk + plugin-qt + module-builder + tutorial).

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-15 11:00:38 -03:00
2026-05-07 12:36:58 -03:00
2026-03-28 10:01:59 -04:00

logos-plugin-qt

The Qt-specific build logic (CMake module, plugin compilation, header generation) as a standalone backend that logos-module-builder delegates to.

This enables swapping the plugin technology without changing the module builder or individual modules.

S
Description
Qt-specific plugin build logic
Readme
594 KiB
Languages
Nix 49.6%
C++ 45%
CMake 3.3%
Shell 1.4%
C 0.7%