Создание платформы для разработки gui положений?

Чем вас QML не устраивает? Многие особо не парятся и интерфейсом делают embedded браузер (часто из коробки своего же фреймворка). У вас не получится создать систему столь же удобную под каждую из платформ, чем аналоги заточенные под эти платформы.

Так уж случилось, что мир движется все больше и больше к чисто сетевым технологиям - там в принципе не важно, на чем ваш бэкенд. Взгляните, как строится frontend во многих go проектах, например consul, etcd, ... либо в ELK стеке. По сути есть некие серверные системы, предлагающие некое API, вы сразу можете им пользоваться, если же необходим GUI - вы устанавливаете (или просто включаете) браузерное SPA, которое будет работать с тем же сервисом, но с человеко-понятным интерфейсом.

Для фронтендеров проще будет взять node-webkit. Для закоренелых QT/GTK-десктопщиков проще будет продолжать юзать привычное. Ну и да, в QT есть прекрасный QML.

P.S. Ну а холивар между QT и GTK существует только на ЛОРе:) (а ЛОР ни за что не примет что-то, сделанное на веб-технологиях:))

Здесь только два варианта:
1. HTML(5)/JS/CSS/webSocket -
+ любая платформа, любой браузер
- низкая скорость исполнения из-за множества прослоек между ОС и вирт. средой
- ограниченный доступ к API OS

2. Native application
+ высокая скорость исполнения
+ возможность закрытия кода
- запуск на ограниченном числе ОС

Лично я: использую натив + надстройки для красивой визуализации.
На сервере (back-end, если приложение сетевое) - API.

не думаю что это возможно, даже если удастся костылями пробросить события чем это будет лучше нативного гуя?

Есть это уже
doc.qt.io/qt-5/qtwebkit-bridge.html
www.codeproject.com/Articles/336018/Building-C-App...