Нужен ли C++ интерфейс к Qt Quick?

[serkol]

Нужен ли прямой C++ интерфейс к Qt Quick, или все программы должны тащить с собой QML интерпретатор (javascript) и кучу кода между QML и написанным на C++ Qt Quick?

Вы можете проголосовать здесь:
http://qt-project.org/forums/viewthread/16465/

Первый вариант ответа: меня устраивает QML, JavaScript, интерпретаторы, виртуальные машины, куча связующего кода и прокси-объектов.

Второй вариант: ну в общем наоборот.

[navrocky]

Голоснул за натив. Кутэ - это в первую очередь хорошой фреймворк для плюсцов. А всякие свистоперделки можно и в хроме/лисе/опере на JS делать.

Только я что-то не понял, или пропустил, уже хотят плюсы в кутях закопать? Раньше речи об этом не было...

[Kurles]

И сейчас речи об этом нет

[Krysk]

Я за qml + грамотный исталлер. Лишние 5-10 метров это капля в море. Зато сколько возможностей. Если интерфейс в проге никакой спрашивается зачем ты Qt используешь? голосуешь за натив ну и пиши на винапи под винду... 

[LisandreL]

Если интерфейс в проге никакой спрашивается зачем ты Qt используешь? голосуешь за натив ну и пиши на винапи под винду...

Никакой - это без свистелок и перделок? Тогда побольше бы программ с никаким интерфейсом.

[Krysk]

Никакой это одна кнопка и та с ашибкой;)

[kamre]

Вы можете проголосовать здесь

Голосуй, не голосуй - nokia не будет добавлять C++ API к QtQuick, так как возникнет слишком много проблем по поддержке такого интерфейса. А так ничего не мешает залезть в private классы и самому все из C++ делать, opensource ведь.

[LisandreL]

Голосуй, не голосуй - nokia не будет добавлять C++ API к QtQuick, так как возникнет слишком много проблем по поддержке такого интерфейса.

А Nokia уже практически не при чём.

[navrocky]

Я за qml + грамотный исталлер. Лишние 5-10 метров это капля в море. Зато сколько возможностей. Если интерфейс в проге никакой спрашивается зачем ты Qt используешь? голосуешь за натив ну и пиши на винапи под винду... 

Qt - это не только интерфейс. Потом, покажи свою крутую прогу на QML. Я до сих пор ни одной нормальной прилаги  не видел, не считая пары простеньких примеров идущих с кутьей. Оно затачивалось под телефоны, но телефонов с QML прогами судя по всему мы уже никогда не увидим.

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

[kamre]

А Nokia уже практически не при чём.

А кто оплачивает разработку Qt в целом и QML в частности? Можно хотя бы по количеству коммитов оценить вклад nokia:

[LisandreL]

Можно хотя бы по количеству коммитов оценить вклад nokia

Это вклад Троллей, которые сейчас являются частью Нокии.

[kamre]

Это вклад Троллей, которые сейчас являются частью Нокии.

И каким образом это подтверждает ваше высказывание:

А Nokia уже практически не при чём.

?
Может быть эти "тролли" скоро уйдут из nokia и начнут за бесплатно пилить свой форк Qt с полными C++ API?

[LisandreL]

Может быть эти "тролли" скоро уйдут из nokia и начнут за бесплатно пилить свой форк Qt с полными C++ API?

Ну до 2008-ого ж пилили.
Ну и скорее не Тролли уйдут из Нокии, а Нокия уйдёт от Троллей: по платформам они практически не пересекаются, Qt выселяют с домена Нокии.

[serkol]

Там спор был не о том: или QML/QtQuick или C++

Никто не спорит что QtQuick - это здорово. Но вот использовать его можно только через интерпретатор доморощенного языка под названием QML. Плюс нужно или связывать через задницу QML объекты с объектами C++, или использовать javascript. Интерпретатор javascript тоже включают в Qt.

Разработчики Qt могли бы написать C++ интерфейс высокого уровня к QtQuick - но не хотят.

Конечно можно использовать private недокументированный и никак не описанный С++ интерфейс низкого уровня. Но он очень низкого уровня, использовать его напрямую практически нереально. А могли бы написать public интерфейс высокого уровня, с синтаксисом создания классов как в QML, только на C++ - но не хотят.

Вообще конечно ситуация с Qt интересная. Если он не поддерживает популярные мобильные платформы, а его десктопная часть заброшена и устаревает, то может Qt скоро станет неактуален? Nokia работает только над мобильной частью - QtQuick, multimedia. А десктопных компонентов на основе QtQuick нет, новая multimedia только для мобильных устройств, ничего не слышно о том чтобы Qt поддерживал Metro (не выглядел как Metro, а реально работал под Metro) и Windows 8 RT (Windows на ARM).

[V1KT0P]

Там спор был не о том: или QML/QtQuick или C++

Никто не спорит что QtQuick - это здорово. Но вот использовать его можно только через интерпретатор доморощенного языка под названием QML. Плюс нужно или связывать через задницу QML объекты с объектами C++, или использовать javascript. Интерпретатор javascript тоже включают в Qt.

Разработчики Qt могли бы написать C++ интерфейс высокого уровня к QtQuick - но не хотят.

Конечно можно использовать private недокументированный и никак не описанный С++ интерфейс низкого уровня. Но он очень низкого уровня, использовать его напрямую практически нереально. А могли бы написать public интерфейс высокого уровня, с синтаксисом создания классов как в QML, только на C++ - но не хотят.

Я пока что даже и не думаю использовать QtQuick, пока его не научат предельно просто использовать с С++.

Вообще конечно ситуация с Qt интересная. Если он не поддерживает популярные мобильные платформы, а его десктопная часть заброшена и устаревает, то может Qt скоро станет неактуален? Nokia работает только над мобильной частью - QtQuick, multimedia. А десктопных компонентов на основе QtQuick нет, новая multimedia только для мобильных устройств, ничего не слышно о том чтобы Qt поддерживал Metro (не выглядел как Metro, а реально работал под Metro) и Windows 8 RT (Windows на ARM).

Что именно устаревает? Виджеты стареют? Или может сигнал/слоты устарели =). И что же по твоему может тягаться с Qt в плане удобности, кроссплатформенности и т.д.? А насчет поддержки Метро, вроде как переделали архитектуру кьюта так, чтоб можно было максимально просто под что угодно сделать(Qt Platform Abstraction layer (QPA)). А компонентов на основе QtQuick нету потому что достаточно новая, есть вероятность что будут кардинальные изменения, мало кто использует. Поэтому особо никто и не делает.
Вот и хорошо что пилится часть для мобильных устройств. А что по твоему не хватает в десктопной части, что надо прям таки срочно это пилить?