Всё правильно. Думаешь, могут передумать? Сомневаюсь.

>Там говорится про c++ API для виджетов, которые сделаны в qml, а не про все виджеты вообще.

Ага, We should expect that over time all UIs will be written in QML. JavaScript will become a first class citizen within the Qt community and we should expect that a lot of application logic and even entire applications will be written in JavaScript instead of C++.

>Модными js-виджетами можно и не пользоваться.

А чем тогда пользоваться? Заведомо мёртвой технологией? В жопу такое счастье, я считаю.

>Они ж не раз повторяли, что по-старому работать будет можно. Вопрос в том, насколько это будет удобно, но в настоящее время это сложно сказать.

Так почитай документацию на QML. Всё уже практически написано и работает. Ну может ускорят немного, да и то сомневаюсь.

>ЗЫЖ по твоей же ссылке  http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-May/000162.html
Там говорится про c++ API для виджетов, которые сделаны в qml, а не про все виджеты вообще. Модными js-виджетами можно и не пользоваться.

Они ж не раз повторяли, что по-старому работать будет можно. Вопрос в том, насколько это будет удобно, но в настоящее время это сложно сказать.

Абстрактные? Сомневаюсь. Это вполне чёткий план:  http://labs.qt.nokia.com/wp-content/uploads/2011/05/Qt5.pdf

А компоненты уже можно практически сейчас использовать. Всё лежит в гитовских репах.

ЗЫЖ по твоей же ссылке  http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-May/000162.html

Вот, кстати, обсуждение qt5:  http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-May/thread.html

Тогда и в бровзерах тоже плюсовый код дёргается. Вопрос только через сколько прослоек.

>Ага, поэтому вся основа работы с распиаренным канвасом в хтмл5 - это джаваскрипт.

Поэтому NoScript актуален как никогда.

>Там в первую очередь про компоненты всякие написано, которые не всегда с гуём связаны. Может хоть нормальное ftp в своём QNetworkAccessManager впилят.

А во вторую, что QWidget-базед пора на свалку. Лолище.

>Ололол¸ быдлоскрипты никогда не были новой прогрессивной технологией. Их даже с сайтов выпиливают нахуй.
Ага, поэтому вся основа работы с распиаренным канвасом в хтмл5 - это джаваскрипт.

>Но там полно фраз "перенесли в отдельную либу", "оставили для совместимости", "уйти от этого подхода в будущем".
Там в первую очередь про компоненты всякие написано, которые не всегда с гуём связаны. Может хоть нормальное ftp в своём QNetworkAccessManager впилят.

Хуй ты угадал. Десктопные виджеты написаны на qml+js со всеми вытекающими. Это даже хуже биндингов.

>Т.е. если ты ретроград и скриптофоб, то можешь продолжать писать виджеты прямо в коде.

Ололол¸ быдлоскрипты никогда не были новой прогрессивной технологией. Их даже с сайтов выпиливают нахуй.

>Было бы вообще странно, если бы они это отрезали.

Нет, не отрезали. Но там полно фраз "перенесли в отдельную либу", "оставили для совместимости", "уйти от этого подхода в будущем". Вот пруф  http://labs.qt.nokia.com/2011/05/12/qt-modules-maturity-level-the-list/

Старое, надеюсь, будет пока работать. А писать на нём что-то новое, и тем более изучать я для себя смысла не вижу.

>На сколько я понял, в новых куйтях эту возможность выкинут вообще.
А вот не факт. В оригинальном сообщении:

"While traditional Qt/C++ applications will continue to work with Qt 5"

"The expectation is that many application developers will actually start out with QML and JavaScript and only implement functionality in C++ when required. For those specific use cases, the full power of the C++ APIs offered by Qt can be used to implement time critical and complex application functionality."

Т.е. если ты ретроград и скриптофоб, то можешь продолжать писать виджеты прямо в коде. Было бы вообще странно, если бы они это отрезали.

Интерпретатор есть интерпретатор, так что лососнуть тунца придётся.

>Тогда это ничем не хуже xml-ных гуёв, которые сейчас и в гтк, и в кути.

Так лол же. В куйтях счас uic, который переводит xml в с++. В gtk форма правда парсится при старте с помощью GtkBuilder. Но можно сделать то же самое ручками прямо компилируемым кодом. На сколько я понял, в новых куйтях эту возможность выкинут вообще.

Так на выбор же. А тут жабоскрипт будет глубоко завязан. На сколько я понял.

Ну учитывая анальный договор с микрософт, это и следовало бы ожидать, да. Так что всё на самом деле логично и взаимосвязано.

>и куда теперь бежать с кутей?
Никуда не надо бежать.

>гтк - убожество
Почему? Если тебе так нравятся плюсы, то gtkmm будет неплохим выбором. Как минимум код с ним выглядит прилично.

я так понял, единым, потому что ты один проголосовал?

Да, выясняли редиски мсквичи или нет. В результате бурных дебатов Совет стаи постановил, что москвичи все-таки не редиски, таким образом реабилитовав москвичей, а редиски те, кто едет в Москву на не очень большие заработки, работает продавцами или планктонинами в офисе, живя собачьей жизню на сьемных квартирах по 5 человек, а потом выебывается этим в своем селе перед односельчанами, чем портит имидж Москве и москвичам, которым приходится отдуваться за этих "понаехавших", Совет стаи таких недомосквичей заклеймил позором и повесил на них ярлык предателей малой родины. Также Советом стаи было решено надрать им задницу, в моральном смысле конечно, и доказать, что чтобы "Жизнь удалась" вовсе не обязательно ехать в Москву. Руководителем проведения этого мероприятия единым голосованием Совета стаи единогласно избран вожак Акела.

Дата: 15.05.2011

Подпись: Председатель Совета стаи iwolf(Акела).

Ответственные секретари:

1. представитель еврейского совета - Silvy

2. невесь какой присяжный заседатель, пожелавший остатья анонимным

3. представитель москвичей SystemV

Порядок заседаня Совета стаи обеспечивал майор из Управления Esoptro.