Russian Qt Forum

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

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

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

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

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

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

И сейчас (http://labs.qt.nokia.com/2012/04/18/qt-5-c-and-qt-widgets) речи об этом нет :)

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

Никакой - это без свистелок и перделок (http://lurkmore.to/Свистелки_и_перделки)? Тогда побольше бы программ с никаким интерфейсом. :D

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

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

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

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

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

А кто оплачивает разработку Qt в целом и QML в частности? Можно хотя бы по количеству коммитов оценить вклад nokia:
(http://labs.qt.nokia.com/wp-content/uploads/2011/12/contributions_by_domain.png)

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

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

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

Там спор был не о том: или 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).

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

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

Компоненты к Qt Quick пишутся Quick. И интерфейс к с++ не нужен, как например в джавафх сделано, в виду того что с++ не управляемый язык.

Если вы так очкуете за жизнь Qt делайте приложения на Qt Quick и желательно под мобильники;)

На счет рушечек это маркетинг епт. Плохо продаются квадратные коробки то пора выпускать круглые...
http://www.prog.org.ru/index.php?topic=21754.msg151390;
Систем видеонаблюдения масса... а вот с насыщенным 3д интерфейсом мало... не удивлюсь если они еще туда стерео забабахают))))

Под "компонентами" я имею в виду "виджеты" - кнопки, комбобоксы, списки, таблицы и прочее, и желательно чтобы выглядело как на той OS для которой компилируется. Это должно входить в стандартную поставку Qt. Но это не делают, потому что у них приоритет на мобильные системы, а на десктоп они забили.



Знатоки говорят что сама основа виджетов устарела в том смысле что их трудно анимировать и адаптировать. Но я в этом не разбираюсь.

Что касается меня лично, то устаревает в том смысле, что OS меняются, а виджеты - нет. Например Mac OS X - в Lion немного изменили внешний вид, а в Qt все осталось как было. Если так дальше пойдет, то через пару лет программы на Qt будут выглядеть как нечто старое и заплесневелое.


А зечем мне их делать? Кто их купит и кто заплатит за мою работу? Для мобильников я пишу на Objective C для iOS - покупают и на жизнь хватает. Напишу еще на Android - будет для Android и бля Blackberry 10. Писать мобильные программы на Qt это или мазохизм или хобби или не знаю что...

Для анимирования/адаптирования и создан QML.

Покажи мне аналог кьют, который успевает за всеми новинками.

Я бы вопрос ставил не так - а вообще нужен ли QtQuick? Компонент для него - нет, ничего сложнее кнопки - не нарисуешь (остальное по сложности вполне сопоставимо с С++), добавить к QWidget "свистели и перделки" проблем особых не составляло. Вот сижу я думаю - ну где мне в новом десктоп приложении можно было-бы QML прилепить? Ответ простой - НИГДЕ он мне не нужен. Но Nokia (или кто-там теперь вместо неё), упорно долбит: "QML - это круто, удобно, модно" и вместо совершенствования библиотеки пилит и пилит QtQuick. А главное, где же они, эти чудесные РЕАЛЬНЫЕ приложения на QtQuick, кто ими пользуется?

что-то я не понял на счет отсутствия компонентов. минимальный набор для десктопа все же доступен: http://labs.qt.nokia.com/2011/03/10/qml-components-for-desktop/ мобильные тоже есть, ясное дело.

Ну да, чья-то наколенная поделка...

Дык это же не в стандартной поставке. И мало кто про это знает я например нет. Да и в коммерческих проектах не любят использовать левые компоненты.

для мобильных платформ - в стандартной поставке. для десктопа они нафиг не нужны, кому нужны рюшки, все равно сам себе писать будет.

Кстати, а что за такие мобильные платформы на которых можно писать на Qt? Имеется ввиду один мертвый телефон от ноклы?

Да имеется в виду про мертвые и не рожденные телефоны =).

Вот никак не пойму, какова целевая аудитория для QML? Для чего и кого пилят QML/Qt Quick? Пилят его уже несколько лет, а где истории успеха, где программы то? Для какой мобильной платформы в настоящий момент можно писать на QML? Для desktop'а на QML тоже никто не пишет. Напрашивается вопрос, кому и зачем вообще всё это нужно? :)

Напоминает майкрософт, которая выкатывает новые технологии каждые N года, сама их не использует (как пример WPF), а потом закапывает (как пример Silverlight) и начинает пилить снова что-то новое, ни с чем не совместимое. Из последнего, как пример C++ AMP.

Куда катится мир...  ???

Ну сам по суди если в стандартной поставке не будет, все будут "класть" на QML под десктоп и тогда портирование на мобильные платформы будет не так уж и тривиально.
Если же все будет в стандартной поставке то портирование это максимум чуть подправить QML файл.

Как умнО это звучит "нужен ли..". Типа чего-то решаем :) Хотя все понимают что

К чему этот спор? QtQuick довольно нишевый продукт, предназначенный прежде всего для устройств с сенсорным экраном. Стандартные виджеты Qt к этому мало пригодны.
А это для тех кто до сих пор еще не видел приложения на QtQuick: тыц (http://blog.qt.nokia.com/2012/03/19/20-companies-showing-qt-at-iptv-world-forum/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+TheQtBlog+%28The+Qt+Blog%29) и тыц (http://blog.qt.nokia.com/2012/03/23/mixd-tv-leveraging-qt-quick-for-a-rich-desktop-ui-from-a-python-back-end/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+TheQtBlog+%28The+Qt+Blog%29)

Нишевый продукт, на который пущено большая часть ресурсов - это как-то странно. И где все эти устройства с сенсорными экранами? Мне на ум приходят только банкоматы, платёжные терминалы и прочие интерактивные устройства общественного пользования, потому как смартфоны и планшеты обошлись без Qt и там уже всё есть для разработки gui. Получается, что Nokia пилит то, что мало кому нужно. У apple нативный cocoa, у андройда java, у winphone метро и winrt. Получается, что Qt Quick как телеге 5-е колесо. На десктопе ситуация иная, так как Qt на десктопе - это мощный, быстрый, удобный, кросслпатформенный тулкит, который используют дофига где.

Ну естественно, что QtQuick задумывался Нокией для своих мобильных девайсов на базе Symbian и Meego. Но потом планы изменились в сторону винды, вот и получилось что QtQuick как бы не нужен. Но нокия все таки продолжает выпускать девайсы на симбе, например недавно вышедший Nokia 808, да на базе миго вроде тоже собираются выпускать. К тому же есть очень интресный проект Rapsberry Pi который развивается силами сообщества. При небольшом размере и копеечной стоимости, диапазон применения Rapsberry Pi чрезвычайно широк.

Если в нокии опомнятся и будут развивать Symbian и Meego, Qt Quick пригодится. Но что-то я перестал понимать, что там у них вообще происходит в последнее время, вижу только что акции падают. :) В общем, хотят пилить - пускай пилят, это их дело, главное, чтобы обычный С++ Qt не похоронили, хотя сообществу спихнули, вроде как будущее есть. :)

Rapsberry Pi - это, конечно, интересная штука, но как оно связано с Qt на текущий момент?

Пока KDE живет Qt ничто не грозит.

тут (http://wiki.qt-project.org/QtonPi_Russian) все есть

Ясно, благодарю за ссылку.

Если бы QtQuick затачивался не только под воображаемую мобильную платформу, но и под десктоп, то у разработчиков было бы больше стимулов использовать  Qt. Это было бы выгодно всем, кто тратится на разработку самого Qt: Nokia, Digia, Rim (BlackBerry).

Например Rim (BlackBerry) вроде будет основывать свой Native Development Kit на Qt. Если у них есть мозги, они должны понимать, что им очень трудно будет привлечь разработчиков на свою теперь непопулярную платформу. Если они хотят повысить свои шансы, они должны стараться повысить привлекательность своих средств разработки. Тут многоплатформность и поддержка десктопа им помогла бы.

Если кто-то хочет сделать программу для десктопов и популярных мобильных платформ,  сейчас умом тронешься. У меня есть программа на iOS. Из нее легко сделать программу для Mac OS - а для винды? Поэтому я взял Qt для десктопа. Но еще остались Android, Blackberry и Windows Phone. Если бы QtQuick работал бы на десктопах и на всех этих мобильных платформах, было бы идеально.

А сейчас реально у меня получается так:
- Native iOS
- Qt (widgets) для десктопов
- Android для Android и Rim (PlayBook и Blackberry 10)
- на Windows Phone и Windows RT (винда на платшетах с ARM-ом) я забиваю...

Мой второй вариант идеального мира - чтобы все эти Android, Nokia и Rim сдохли и остались бы только Apple и Windows, и чтобы было бы так же легко переделывать программы мобильная<-->десктоп для винды как это сейчас легко для Apple.

Хоть я и не люблю некоторые платформы но полной смерти не желаю, иначе будет монополия которая ни к чему хорошему не приведет. Как минимум под Android и iOS энтузиасты запускали некоторые Qt приложения. Я надеюсь что хваленый QPA поможет портировать кьют под все платформы.

serkol, микрософт сделали шаг к этому, выкатив свой metro ui и winrt. Казалось бы, делаете нативный современный фрэймворк для своей платформы, то сделайте уж нормально, чтобы можно было писать на нём не только metro-приложения. Фиг там winrt, только для metro.
По поводу андройда я уже многократно слышал, как люди плюются на платформу, с точки зрения разработки приложений, Qt там точно не помешал бы. :)