Весь тред внимательно не читал. Xamarin/Mono уже предлагали?

Вообще, я тут думал на эту тему, проблема кросс-платформенного UI, точнее две проблемы:
1. Быстрый старт разработки.
2. Наличие редактора UI.

Не знаю на счёт второго пункта, но вот первый... нельзя просто так взять и начать разрабатывать формы UI в своём проекте, просто и быстро используя стороннюю библиотеку, будь то Qt или wxWidgets

Поэтому надо было бы сделать так:
1. Все мы привыкли работать в своих IDE, со своими окнами - это и надо оставить.
2. Нужна просто абстрактная иерархия контролов, root, дети, и так далее. Это тоже всем понятно.
2.1. Нужен редактор, который сделает это в виде xml/json
3. Нужен класс-посредник, псевдо-окно, через которое можно транслировать взаимодействия юзера с родным окном. Просто прокинуть те 5-10 событий. Этому окну можно указать root от UI, а root-у указать это псевдо-окно. Две строчки кода.
3.1. Самый важный момент. Класс псевдоокна должен быть дочерним от двух классов: Callback и Event. Во всех GUI это обычно один и тот же объект свой объект, но на самом деле, мне не всегда нужен Event, иногда мне достаточно Callback. А ещё очень здорово, что по сути это окно, с которым я всегда работал, не важно, MFC/WinAPI/Builder...
Вот смотрите, я хочу быстро слепить форму. Я беру картинку из меню StarCraft, леплю в п.2 в редакторе по этой картинке контролы, гружу xml-ку/json-ку, рисую у себя в родном окне картинку из StarCraft(система родная, я могу это делать быстро. В винде это BitBlt), и просто тыкаю по "кнопочкам" и получаю сообщения в Callback.
Сейчас у меня этот код в дефолтном десктопном проекте Win32 занимает:
2 include
6 строчек для создания двух кнопок руками (1 должна быть для загрузки из файла xml/json)
4 строчки для рисования двух квадратиков
8 строчек - прокинуть события.
и ничего не надо ставить

потом, я, к примеру, могу дописать Event-часть класса окна, которая, например, через DrawControl рисует окошки как в Windows. Или ещё как. Реагирует на мышку. Но если мне надо быстро слепить интерфейс, мне эти плюшки не нужны, и я смог бы это сделать за 3 минуты.

Qt надо ставить и изучать. У меня в винде события, а них слоты. И так далее. Я попадаю в чужеродную среду.

Не, я, допустим, криворукий разработчик, которому медведь в детстве на Фотошоп наступил, но я хочу делать божественный UI. Я хочу попросить художника нарисовать это, а потом обвести в редакторе кнопочки и поля и получить интерактивность в своей программе, и выводить его картинку, как интерфейс окна.
Не совсем понял. Ну вот раньше, помню, все разработчики железа почему-то делали свой необычный UI со скинами. Ну вот у них, я так понимаю, скинировались отдельные элементы UI, а потом это как-то складывалось в общем окне. Но это для типичного криворукого разработчика долго и сложно.
Основная моя мысль тут - именно распилить слой работы с родным UI на маленькие независимые слои. Часть из которых можно просто не использовать.

Мне кажется, что если речь про Qt/wx то они несут на себе свой рантайм, свой UI - ровно так же, как Delphi/Builder несут VCL. По идее, особой разницы в разработке быть не должно.
Другое дело, что если я Delphi разработчик, то VCL у меня в крови :) Но вот если я просто C++ разработчик, а мне понадобилось быстро делать сложные интерфейсы, то у меня кроме GDI, User32.dll и кривых рук ничего нету.

Нет, я хочу библиотеку, которую можно легко и быстро прикрутить к родному окну в любой системе. К примеру, вроде бы OpenGL так работает, он создаёт родное окно, а потом с ним мы работает одними и теми же методами под любой операционкой.