форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от opennews on 30-Авг-12, 18:53
Компания Digia совместно с сообществом Qt Project представила (http://www.digia.com/ru/Digia/1/News/It-is-here-Qt-50-Beta-h.../) бета-версию Qt 5.0 (http://www.qt-project.org/wiki/Qt-5-Beta), первого значительного выпуска за последние семь лет, развиваемого при непосредственном участии сообщества в рамках нового полностью открытого процесса (http://www.opennet.me/opennews/art.shtml?num=32103) разработки и управления проектом. Несмотря на ряд существенных улучшений и изменений, Qt 5 сохраняет базовую обратную совместимость с прошлыми выпусками (удалён ряд давно устаревших элементов), поддерживает в полной мере средства для создания Qt-программ на языке C++ и содержит почти все компоненты Qt 4, большинство модулей из бывшего Qt Mobility и некоторые экспериментальные элементы из Qt Labs. Из новых веяний (http://labs.qt.nokia.com/2012/08/30/qt-5-beta-is-here/) в Qt 5 можно отметить смещение акцента в сторону использования для написания приложений средств декларативного описания интерфейса с определением логики взаимодействия с пользователем на языке JavaScript, в то время как применение C++ позиционируется для реализации критичных ко времени выполнения или излишне сложных частей программы, а также для создания новых модульных бэкендов для Qt Quick. Ключевые  изменения Qt 5: -  Модульная структура (http://www.opennet.me/opennews/art.shtml?num=28425) репозитория. Многие из подсистем Qt разрабатываются разными группами разработчиков, развиваются с повышенной интенсивностью или плотно зависят от сторонних проектов. При грамотном разбиении фреймворка на модули, подобные подпроекты смогут обновляться и поставляться независимо от других частей Qt. Модульная организация репозитория позволит обеспечить сборку отдельных библиотек без загрузки и пересборки всех зависимостей, а также независимое использование каждой библиотеки, т.е. в разработчики получат возможность обособлено использовать только те компоненты Qt, которые им необходимы. Разработчики интенсивно развивающихся подсистем QtWebKit и QtDeclarative получат возможность не ждать когда подтянется другой код и выпускать релизы значительно чаще. Кроме того, модульная структура существенно упростит приём в состав Qt модулей, созданных сторонними проектами, например, проект KDE намерен добиваться интеграции в Qt некоторых своих библиотек общего назначения. Ожидается, что разбиение на модули будет длительным и постепенным процессом, который будет продолжен и после выхода Qt 5.0. -  Перевод всех портов на использование уровня абстракции Qt Platform Abstraction layer (QPA), основанного на наработках проекта Lighthouse (http://labs.qt.nokia.com/category/labs/lighthouse/). QPA значительно упрощает перенос Qt на новые оконные системы и устройства, так как он изначально оперирует более абстрактными категориями, фундаментально отличаясь от ранее используемых средств интеграции с оконными системами. Например, уже написаны бэкенды для QNX, Android и iOS. В настоящее время реализация QPA уже входит в состав Qt 4.8, в качестве замены QWS/Qt Embedded, но в Qt 5 данная прослойка будет задействована для всех платформ, что потребовало существенно переработки огромной части кода, связанного с обеспечением поддержки различных платформ. Из полностью поддерживаемых бета-версией платформ отмечены: X11/Linux, Windows,  Mac OS X, Embedded Linux и Windows Embedded.    -  Изменение архитектуры графического стека и увеличение производительности графических операций. В качестве центрального элемента новой архитектуры для Qt Quick выступает QML Scenegraph, работающий поверх OpenGL. Для работы новой графической архитектуры Qt 5 система должна поддерживать как минимум OpenGL (ES) 2.0. В качестве примера производительности Qt 5 приводится способность вывода контента со скоростью 60 кадров в секунду на  одноплатном компьютере Raspberry Pi. Поддержка  QPainter сохранена для выполнения расширенных функций, но ограничена возможностью использования бэкенда программной растеризации вывода (Raster), бэкенда OpenGL и бэкенда для вывода на печать и создания PDF.  Поддержка привязанных к платформам бэкендов, таких как X11 и CoreGraphics, прекращена. QWidgets теперь отображается поверх графической сцены, а не наоборот, как реализовано в версии Qt 4, что позволило перейти в Qt 5 на принципиально новую графическую архитектуру, сохранив при этом совместимость с Qt 4. В QtGui добавлен набор классов  QOpenGL*, заменивших собой устаревшие классы QGL*, которые пока оставлены для обеспечения совместимости. Также представлен класс QGuiApplication, которые заметно легче классов QApplication и QWindow при выполнении задач обработки корневой области на экране. -  Выделение всех связанных с QWidget возможностей в отдельную библиотеку. Несмотря на то, что основанные на QWidget классы чрезвычайно важны для существующих приложений, общая тенденция ведёт к тому, что все пользовательские интерфейсы должны быть реализованы на QML и Qt Quick. Отделение связанных с QWidget функций  в отдельную библиотеку позволит в долгосрочной перспективе сохранить чистоту архитектуры Qt 5. -  Переработанная реализация Qt Quick 2, которая разделена на отдельные модули, связанные с графической частью и с компонентами поддержки языков QML и JavaScript. Обеспечивающие выполнение JavaScript классы (QJSEngine и QJSValue) теперь базируются на JavaScript-движке V8, развиваемом при участии компании Google и распространяемом под лицензией BSD. В движок QML также внесены значительные оптимизации производительности и связанные с языком улучшения, при сохранении базовой совместимости. Модуль Qt Quick включает в себя реализацию Scenegraph на базе OpenGL и все ранее поддерживаемые в Qt 4.x базовые возможности. Дополнительно добавлена поддержка графических эффектов, создаваемых при помощи шейдеров OpenGL. Для обеспечения обратной совместимости в виде модуля Qt Quick 1 будет поставляться полностью совместимая с Qt 4.x реализация Qt Quick. URL: http://www.digia.com/ru/Digia/1/News/It-is-here-Qt-50-Beta-h.../ Новость: http://www.opennet.me/opennews/art.shtml?num=34701
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

2. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от Аноним (??) on 30-Авг-12, 18:56
Ну наконец-то! Надоело снапшоты тянуть )
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от svlasov (ok) on 30-Авг-12, 19:16
	http://releases.qt-project.org/qt5.0/beta1/
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от anonymous (??) on 30-Авг-12, 18:57
>Несмотря на то, что основанные на QWidget классы чрезвычайно важны для существующих приложений, общая тенденция ведёт к тому, что все пользовательские интерфейсы должны быть реализованы на QML и Qt Quick. Это что, опять загоняют на QML+js?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Qt 5.0 перешёл на стадию бета-тестирования"	–2 +/–
	Сообщение от Аноним (??) on 30-Авг-12, 19:09
	Так это же к лучшему - абстракция
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Qt 5.0 перешёл на стадию бета-тестирования"	+4 +/–
	Сообщение от anonymous (??) on 30-Авг-12, 19:13
	>Так это же к лучшему - абстракция И от чего же там абстрагируются?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	14. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от kafeg on 30-Авг-12, 20:04
	От перекомпиляции под каждую платформу.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	17. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 20:43
	>От перекомпиляции под каждую платформу. Чем это лучше html5?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	27. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от СреднийПосетительОпеннета on 30-Авг-12, 22:04
	ты размер вебкита видел? А компилял? Он кстати на некоторых платформах аля встраиваемый линукс компилится только с помощью такой то матери.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	95. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 19:04
	> ты размер вебкита видел? Дык кутя теперь его сватает активно. Чем она лучше? :)
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	39. "Qt 5.0 перешёл на стадию бета-тестирования"	+2 +/–
	Сообщение от piteri (ok) on 30-Авг-12, 22:33
	тем что у хтмл5 на жаваскрипте пишется вся логика приложения.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	58. "Qt 5.0 перешёл на стадию бета-тестирования"	+5 +/–
	Сообщение от rshadow (ok) on 31-Авг-12, 00:09
	html5 говно. Задолбали уже из языка разметки текста пытаться сделать гибрида по логической разметки страницы. Давно пора сделать мух и котлеты отдельно: отдельно что нить вроде qml, отдельно html (без наворотов типа div, js и т.д.)
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	96. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 19:06
	> html5 гoвно. Задолбали уже из языка разметки текста Оно уже давно не язык разметки текста а скорее язык разметки сложных документов и пользовательских интерфейсов. Грань между которыми там просто отсутствует.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	71. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от kafeg on 31-Авг-12, 10:14
	Может, всем? Синтаксисом, скоростью, возможностями, портируемостью, изначальной работой в OpenGL, полноценной сетью, доступом ко всем ресурсам устройства, работой как нативное приложение, а не интерпретатор? Это всё равно что спрашивать чем Т-90 лучше Т-34 - ведь оба танки!
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	25. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 21:44
	Во-первых, с QML нужно чуть больше стараться, чтобы смешать логику приложения и UI, а такое разделение — очевидно, хорошо. Во-вторых, декларативный характер языка больше подходит описанию UI. Все ж писать гуйцы на C++ — это извращение. QML — большой шаг вперед в этом плане. В-третьих, у интерпретатора QML чуть больше информации о том, что хочет сделать программист, поэтому некоторые вещи он может сделать оптимальнее. Ну, это как оптимизирующие компиляторы.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	28. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 22:08
	По сравнению с Lisp, Python и Ruby - JavaScript - жалкий калека. И если раньше связка C/Python/Qt была привлекательной, то теперь, когда JavaScript поставили во главу угла, она выглядит как архитектурный костыль. Почему они так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, чтобы упростить создание биндингов для скриптовых языков?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	31. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 22:18
	Я скорее про QML говорил, чем про JS. Олсо, все это куэмельное щастье все-таки ближе к Граалям типа FRP, нежели чем Qt/C++. Да и не ставил никто JS во главу угла. Можно писать так же, как и раньше.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	37. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 22:28
	"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++." Судя по этой цитате они мечтают о том дне когда все программы под Qt будут писаться на JavaScript. "While the QWidget based classes are extremely important for existing applications, we are, over time, going to move to a model where all UIs are being done in QML. Separating the QWidget based functionality into its own library is therefore a good measure to achieve a clean architecture in Qt 5 in the long term." А судя по этой - QWidget будет вынесен в отдельную библиотеку, чтобы от него легче было избавиться, когда настанет светлое будущее QML.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	38. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 22:33
	> "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++." > Судя по этой цитате они мечтают о том дне когда все программы > под Qt будут писаться на JavaScript. Меня это тоже печалит. Особенно состояние QML сегодня, в Qt 4.8 — ИМХО неюзабельно. Мне бы все-таки хотелось, чтобы C++ API тоже какое-то внимание уделялось. > "While the QWidget based classes are extremely important for existing applications, we > are, over time, going to move to a model where all > UIs are being done in QML. Separating the QWidget based functionality > into its own library is therefore a good measure to achieve > a clean architecture in Qt 5 in the long term." > А судя по этой - QWidget будет вынесен в отдельную библиотеку, чтобы > от него легче было избавиться, когда настанет светлое будущее QML. Оу, ну что ж вы так, заговоры везде видите. Просто императивные QWidget'ы не очень совместимы со scene graph'ом, нужным для нового QML, ЕМНИП.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	70. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от Moomintroll (ok) on 31-Авг-12, 10:01
	> все программы под Qt будут писаться на JavaScript Не программы! Интерфейсы - "all UIs will be written in QML". И это, в общем, правильное решение. А логику (расчёты, работу с файлами и БД и т.п.) делайте на C/C++. > QWidget будет вынесен в отдельную библиотеку, чтобы от него легче было избавиться, когда настанет светлое будущее QML Тоже логичное решение.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	93. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 18:06
	"we should expect that a lot of application logic and even entire applications will be written in JavaScript instead of C++" А здесь они пишут, что большая часть бизнес-логики и даже целые программы будут написаны на JavaScript. И далее по тексту - только критичные по времени выполнения куски будут переписываться на C++. Так что Qt превращается в среду разработки программ на JavaScript.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	79. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от Pickle on 31-Авг-12, 11:48
	"Шарик! ТЫ балбес!" (с) QML это реализация GUI и не более, во всех пресс-релизах уже ДАВНО говорится, что С++ никто не выкидывает, его убирают только там где он не нужен! Если у вашем "лидере сегмента рынка с дружественным коллективом" (с) GUI разрабатывают инженеры-программисты, то флаг Вам в руки и якорь ниже. В нормальных конторах этим занимаются специально выдрессированные люди, для которых использование C++ это попоболь, а вот что-то типа QML+JS самое оно. Да и проще людей на эту должность найти.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	40. "Qt 5.0 перешёл на стадию бета-тестирования"	–2 +/–
	Сообщение от piteri (ok) on 30-Авг-12, 22:40
	> По сравнению с Lisp, Python и Ruby - JavaScript - жалкий калека. > И если раньше связка C/Python/Qt была привлекательной, то теперь, когда JavaScript > поставили во главу угла, она выглядит как архитектурный костыль. Почему они > так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, > чтобы упростить создание биндингов для скриптовых языков? Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят интерпретароры всего вышеперечисленного.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	67. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonimous on 31-Авг-12, 09:22
	>Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят интерпретароры всего вышеперечисленного. наглая ложь! для коммон лиспа есть превосходные многопроходные компиляторы в нативный код.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	69. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok) on 31-Авг-12, 09:39
	Вы компилятор от интерпретатора отличаете? Если бы у разработчиков было желание компилировать всё в найтивный код, то они вряд ли бы использовали жаваскрипт.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	86. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 14:42
	Вы, по-моему, путаете причину со следствием. В данном случае глубоко фиолетово, интерпретируется или компилируется js-или-что-у-нас-там-для-рисования-интерфейса - лишь бы программы на нем имели удовлетворительные характеристики по потреблению ресурсов. Qt-проект так или иначе собирать придется, поскольку он не целиком на js.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	88. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok) on 31-Авг-12, 15:27
	А какой вообще был смысл тогда отказываться от клепания гуя на си++? Вы утверждаете, что разрабы вынесли гуй в скрипты для того чтоб использовать жаваскрипт, а не использовали жаваскрипт желая вынести гуй в скрипты?
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	89. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 16:16
	> А какой вообще был смысл тогда отказываться от клепания гуя на си++? Потому что на js как язык проще для таких дел, чем c++
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	94. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok) on 31-Авг-12, 18:58
	Вот, а теперь возвращаемся к моему паза-паза-пошлому посту.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	82. "Qt 5.0 перешёл на стадию бета-тестирования"	+3 +/–
	Сообщение от Многопроходный компилятор on 31-Авг-12, 12:44
	Я скомпилирую этот код с 7и проходов
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	90. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 16:23
	Слабак. Компиляторы фортрана делали по 42. Потому как ужать программу в 4кБ памяти вместе с данными, это надо уметь.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	97. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 19:08
	> Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят > интерпретароры всего вышеперечисленного. Угу, особенно си на котором написан гугловский код и питон которым он собирается. Не, попытка троллинга неплохая, если б не хреновое знание матчасти :)
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	53. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от Vladjmir (ok) on 30-Авг-12, 23:26
	> Почему они так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, чтобы упростить создание биндингов для скриптовых языков? Не потому ли, что он патентно чистый?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	91. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от Аноним (??) on 31-Авг-12, 16:23
	Да? А ничего что даже название является торговой маркой Оракла?
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	30. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 22:16
	>В-третьих, у интерпретатора QML чуть больше информации о том, что хочет сделать программист, поэтому некоторые вещи он может сделать оптимальнее. Ну, это как оптимизирующие компиляторы. И какие же оптимизации будет делать интерпретатор QML? :)
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	33. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 22:25
	Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания вещей позволяет. Ну и не совсем то, но тоже в тему статья у них в блогах: http://labs.qt.nokia.com/2012/08/01/scene-graph-adaptation-l.../
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	41. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 22:40
	> Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не > нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания > вещей позволяет. Как же он будет определять на сцене эти объекты или нет, если их свойства всё же нужно вычислить для того чтобы понять видимы они или нет :) Мы можем так же из Си положить на сцену объекты и у рендерера будет возможность не рисовать их(ну как в Clutter или e17 Evas). > Ну и не совсем то, но тоже в тему статья у них > в блогах: http://labs.qt.nokia.com/2012/08/01/scene-graph-adaptation-l.../ Правильно, совсем не то :) Scene Graph и оптимизации связаные с ним никак не связаны с qml.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	42. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 22:49
	>> Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не >> нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания >> вещей позволяет. > Как же он будет определять на сцене эти объекты или нет, если > их свойства всё же нужно вычислить для того чтобы понять видимы > они или нет :) Все свойства не нужно вычислять. Например, если у вас есть какой-нибудь хитрый эллипс, то достаточно вычислить его этакий гарантированный bounding box по размеру большей из осей, а цвет, ориентацию и вообще любые свойства его дочерних элементов (если clip: true) вычислять не нужно будет. > Мы можем так же из Си положить на сцену объекты и у > рендерера будет возможность не рисовать их(ну как в Clutter или e17 > Evas). Признаться, Clutter/Evas не тыкал, но, возможно, выглядит все это страшно. Вон, как ниже писали про тот же куэмель. И просто из интереса, как будет выглядеть связывание свойств?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	45. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 23:07
	> Все свойства не нужно вычислять. Например, если у вас есть какой-нибудь хитрый > эллипс, то достаточно вычислить его этакий гарантированный bounding box по размеру > большей из осей, а цвет, ориентацию и вообще любые свойства его > дочерних элементов (если clip: true) вычислять не нужно будет. Ну в любом случае этим будет заниматься рендерер/итд кто использует Scene Graph. И все те же оптимизации доступны без всяких декларативных qml'ов. Так что до сих пор не вижу преимуществ от qml'я, кроме как просто удобного языка для описания лэйаутов. > Признаться, Clutter/Evas не тыкал, но, возможно, выглядит все это страшно. Вон, как > ниже писали про тот же куэмель. Выглядит практически так же как и разработка приложений на html5+js.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	47. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 23:08
	> Ну в любом случае этим будет заниматься рендерер/итд кто использует Scene Graph. > И все те же оптимизации доступны без всяких декларативных qml'ов. > Так что до сих пор не вижу преимуществ от qml'я, кроме как > просто удобного языка для описания лэйаутов. Декларативно можно и на тех же плюсах писать, но зачем? > Выглядит практически так же как и разработка приложений на html5+js. ИМХО не стоит ставить HTML5 и QML в один ряд, таки разные технологии для разных вещей.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	51. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от anonymous (??) on 30-Авг-12, 23:25
	>Декларативно можно и на тех же плюсах писать, но зачем? Вообще не понимаю о чём вы если честно. Это для вас будет слишком декларативно? :) var a = document.createElement('div'); a.style.left = '10px'; a.style.top = '0px'; a.style.width = 'calc(100% - 2em)'; document.body.appendChild(a); >ИМХО не стоит ставить HTML5 и QML в один ряд, таки разные технологии для разных вещей. Я говорю про создание приложений с Clutter/Evas, что это выглядит так же как сейчас создаются миллионы приложений с использованием html5+js :)
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	52. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 23:26
	> Вообще не понимаю о чём вы если честно. > Это для вас будет слишком декларативно? :) > var a = document.createElement('div'); > a.style.left = '10px'; > a.style.top = '0px'; > a.style.width = 'calc(100% - 2em)'; > document.body.appendChild(a); Это для меня слишком императивно :( > Я говорю про создание приложений с Clutter/Evas, что это выглядит так же > как сейчас создаются миллионы приложений с использованием html5+js :) Я уже запутался, мы QML обсуждаем или HTML5 + JS? :)
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	55. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 23:46
	> Это для меня слишком императивно :( Ну так вот всё тоже самое можно было делать без особых проблем на си без использования qml+js, если конечно позволяет апи. Но они решили что современный графический стэк будет доступен только из qml+js, из-за чего пошло много негодования. Еслиб был qml+js или C++, небыло бы никаких проблем, но теперь они просто поставили всех своих пользователей в положение, в котором им придётся мучаться с qml+убогим жаваскриптом, если они захотят использовать современные инструменты для разработки ui. И суть оптимизаций в deferred рендере, вместо immediate и это никак не связано с декларативностью/императивностью языков. > Я уже запутался, мы QML обсуждаем или HTML5 + JS? :) Вы там спросили о том как будет выглядеть разработка с использованием Clutter/Evas, я привёл пример на что это похоже.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	56. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 30-Авг-12, 23:50
	> Ну так вот всё тоже самое можно было делать без особых проблем > на си без использования qml+js, если конечно позволяет апи. QDomDocument тот же вполне позволяет. Будет выглядеть даже почти так же. > Но они > решили что современный графический стэк будет доступен только из qml+js, из-за > чего пошло много негодования. Еслиб был qml+js или C++, небыло бы > никаких проблем, но теперь они просто поставили всех своих пользователей в > положение, в котором им придётся мучаться с qml+убогим жаваскриптом, если они > захотят использовать современные инструменты для разработки ui. Вообще, конечно, и мне было бы интересно почитать, что такое потребовало QML. Они говорят, что императивный QPainter не позволяет строить вещи типа сцен-графа. Почему то же нельзя сделать на плюсах — хороший вопрос. > И суть оптимизаций в deferred рендере, вместо immediate и это никак не > связано с декларативностью/императивностью языков. Вы бы еще сказали, что суть оптимизаций в определении мертвых участков кода, и это никак не связано с ленивостью/«функциональностью» языков. >> Я уже запутался, мы QML обсуждаем или HTML5 + JS? :) > Вы там спросили о том как будет выглядеть разработка с использованием Clutter/Evas, > я привёл пример на что это похоже. Я скорее спрашивал про примеры кода, ибо уверен, что достаточно сложные вещи будут выглядеть ужасно на императивных вещах. А хтмл сюда, впрочем, тоже не нужно примешивать ИМХО. Точно так же не нужно.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	61. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 31-Авг-12, 00:39
	> Вы бы еще сказали, что суть оптимизаций в определении мертвых участков кода, > и это никак не связано с ленивостью/«функциональностью» языков. Вы вообще как читали статьи qt'шников, раз уж у вас все познания только из их источников? Тк когда я читал, у них всё было грамотно написано, а вы пишете про какую-то чушь :) Все оптимизации строятся на том что рендерер видит сразу всю сцену и может производить различные оптимизации, а как уж там мы наполняли эту сцену - тут похер, можем через декларативный qml, либо из императивного си++ еслиб они предоставили какой-нибудь нормальный апи для этого. И то что мы наполнили сцену, используя императивный апи, совсем не значит что мы не можем повесить колбэк на какое-то из свойств объекта и динамически его вычислять только при надобности, если вдруг рендерер захочет нарисовать этот объект (видимо это до вас не доходит). И никаких уникальных оптимизаций интерпретатор qml не выполняет. >А хтмл сюда, впрочем, тоже не нужно примешивать ИМХО. Точно так же не нужно. Так бы и сказали, что никогда не писали веб-приложений на html+js. Тк люди, которые имели опыт с этими технологиями отлично представляют плюсы и минусы различных подходов вроде смеси  декларативного+императивного(AngularJs, Ember, Knockout итд), либо просто императивного(большинство других библиотек).
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	62. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 31-Авг-12, 00:49
	>[оверквотинг удален] > было грамотно написано, а вы пишете про какую-то чушь :) > Все оптимизации строятся на том что рендерер видит сразу всю сцену и > может производить различные оптимизации, а как уж там мы наполняли эту > сцену - тут похер, можем через декларативный qml, либо из императивного > си++ еслиб они предоставили какой-нибудь нормальный апи для этого. > И то что мы наполнили сцену, используя императивный апи, совсем не значит > что мы не можем повесить колбэк на какое-то из свойств объекта > и динамически его вычислять только при надобности, если вдруг рендерер захочет > нарисовать этот объект (видимо это до вас не доходит). > И никаких уникальных оптимизаций интерпретатор qml не выполняет. Я, вероятно, недостаточно хорошо выразился. Очевидно же, что декларативный подход оставляет больше свободы для, гм, интерпретации кода, нежели чем императивный. В декларативном случае проще соблюдать инварианты при преобразованиях (и оптимизациях в том числе) — в императивном случае все равно придется строить и поддерживать этакую картину состояния системы, убеждаясь, что после оптимизаций код все равно обеспечивает изоморфное преобразование из одного состояния в другое. Это весьма затрудняет построение оптимизатора. А рендерер всю сцену уже со времен QGraphicsView видит, тащем-та. Еще раз, декларативно можно и на плюсах писать, но зачем? Все равно вы в конечном счете придете к какому-то (embedded) domain-specific language, так почему бы сразу не писать на нем? :)
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	74. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 31-Авг-12, 10:48
	>А рендерер всю сцену уже со времен QGraphicsView видит, тащем-та. Вы вообще не понимаете зачем создавались разные вещи в Qt :) QGraphicsView решал совершенно другие проблемы, этот класс был больше для удобства разработчиков, которым нужно быстренько создать "сцену" для определения куда тыкают мышкой итд. И в отличие от SceneGraph'а в Qt5, чайлды в qgv использовали тот же qpainter для отрисовки из-за чего невозможно сделать множество оптимизаций, которые производит рендерер в qt5. >Еще раз, декларативно можно и на плюсах писать, но зачем? Все равно вы в конечном счете придете к какому-то (embedded) domain-specific language, так почему бы сразу не писать на нем? :) Ещё раз повторю, тот пример выше на JavaScript'е - это для вас что декларативно? Тысячи игрушек, в движках которых используются такие же оптимизации написаны на каких-то декларативных qml'ях? e17 Evas работает только используя какой-то декларативный язык? Зачем вы продолжаете нести чушь про какой-то embedded dsl?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	80. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok) on 31-Авг-12, 11:51
	> Вы вообще не понимаете зачем создавались разные вещи в Qt :) QGraphicsView > решал совершенно другие проблемы, этот класс был больше для удобства разработчиков, > которым нужно быстренько создать "сцену" для определения куда тыкают мышкой итд. Едва ли. Определять мышкой можно и в старом-добром QWidget API. Вся эта хрень со сценами создавалась именно как более high-perf-вещи для рисования здоровенных сцен. По-моему, это у вас какое-то непонятное непонимание :) > И в отличие от SceneGraph'а в Qt5, чайлды в qgv использовали > тот же qpainter для отрисовки из-за чего невозможно сделать множество оптимизаций, > которые производит рендерер в qt5. Кажется, я не так давно говорил то же самое. >>Еще раз, декларативно можно и на плюсах писать, но зачем? Все равно вы в конечном счете придете к какому-то (embedded) domain-specific language, так почему бы сразу не писать на нем? :) > Ещё раз повторю, тот пример выше на JavaScript'е - это для вас > что декларативно? Нет. > Тысячи игрушек, в движках которых используются такие же оптимизации > написаны на каких-то декларативных qml'ях? И что доказывает существование, кроме моего тезиса, что и на плюсах/whatever можно писать декларативно? > Зачем вы продолжаете нести чушь про какой-то embedded dsl? Если вы не знаете предметную область, то лучшей стратегией будет ознакомиться с ней, нежели чем называть непонятные слова чушью.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	83. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 31-Авг-12, 13:00
	>Едва ли. Определять мышкой можно и в старом-добром QWidget API. Вся эта хрень со сценами создавалась именно как более high-perf-вещи для рисования здоровенных сцен. И что вы там будете определять в QWidget API? Координаты места куда произошёл клик? :) qgv - это аналог того что предоставляет flash player, достаточно удобная вещь для своих целей, создавалась для удобства разработчиков, а не для увеличения производительности. >Кажется, я не так давно говорил то же самое Ну так и зачем тогда вообще говорите про qgv, если понимаете что чайлды там используют qpainter и из-за этого невозможно получить профит на современном железе? >И что доказывает существование, кроме моего тезиса, что и на плюсах/whatever можно писать декларативно? я вам выше привёл пример того как мы заполняем сцену(html document) на джаваскрипте, вы сказали что это не декларативно, а теперь опять продолжаете вещать о том что на плюсах/whatever можно писать декларативно :) Вы уже определитесь. >Если вы не знаете предметную область, то лучшей стратегией будет ознакомиться с ней, нежели чем называть непонятные слова чушью. Вы недавно прочитали про декларативное программирование, нашли в нём какие-то ключевые моменты и теперь вам кажется что это one-true-way для работы с определённым кругом задач? Почитайте вообще про парадигмы программирования для начала прежде чем продолжать нести чушь: Programming Paradigms for Dummies: What Every Programmer Should Know http://www.info.ucl.ac.be/~pvr/VanRoyChapter.pdf p.s. И до сих пор не услышал ни про какую оптимизацию, которую производит интерпретатор qml :)
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	109. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от другой аноним on 05-Сен-12, 09:47
	> Вообще не понимаю о чём вы если честно. > Это для вас будет слишком декларативно? :) > var a = document.createElement('div'); > a.style.left = '10px'; > a.style.top = '0px'; > a.style.width = 'calc(100% - 2em)'; > document.body.appendChild(a); Вообще-то это очень хреново. Потому-что дает возможность перемешивать представление и логику в одну большую макаронину. Например: var a = document.createElement('div'); a.style.left = '10px'; a.style.top = '0px'; <решение квадратичного уравнения, несколько строк кода>; a.style.width = 'calc(100% - 2em)'; <еще вычислили среднюю зарплату по отделу, еще 20 строк кода>; document.body.appendChild(a); Поди потом, разберись, что пьяные программист с дезигнером имели ввиду. А особенно это хреново для визуальных средств разработки. Вместо какого-то файла описания формы/контролов с известной средствам разработки схемой построения такого файла, эти средства заняты тем что парсят исходный код и пытаются по нему воспроизвести внешний вид формы (ищут конструкторы контролов и всяческих лайаутов, присваивания свойствам объектов каких-то значений), вместо того чтобы просто распарсить какой-то тектовый (или xml-ный) файл сцены/формы и по нему построить визуальное представление. А еще в этом дурацком подходе раздражают комментарии к таким длинным макаронным функциям (в которых средствами разработки создаются контролы) - "Этот код был сгенерирован автоматически и потому его руками не трожь! Все твои изменения будут перетерты при следующем редактировании". Чисто защита на честном слове.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	110. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от другой аноним on 05-Сен-12, 10:04
	т.е. куда лучше и удобнее вынести такое описание в отдельный файл: ... root ... encoding ... <document name="aaa">   <style ...>     <left>10px</left>     <top>...</top>     <width>...</width>     ...   </style> </document> ... Причем не обязательно xml, если он вам не нравится, придумать другой формат описания свойств, например, а-ля делфи с его файлами dfm, где в текстовом виде описана компоновка формы со всеми контролами и свойствами. т.е. в данном случае ты уже бы никакую фигню не всунул между строками кода создания контролов. А уж для всяческих средств - построителей интерфесов это вообще песня - не надо парсить исходный код - тупо разобрал файл в памяти в дерево объектов и отобразил. Плюс появляется возможность проверить такой файл на валидность - схема описания и возможных свойств объектов где-то же описана. А этот файл впоследствии всунули бы в ресурсы и обрабатывали его в конструкторе при создании объекта-формы (-документа). Плюс даже не в текстовом виде, а в каком-то компильнутом бинарном виде (если так хочется) или даже в виде куска макаронного программного кода, которого ты не видишь, который не захламляет твой исходный код (т.е. такой код создавался бы по файлу свойств в момент сборки приложения и его исходный код ты вообще бы не видел в своем проекте)
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

5. "Qt 5.0 перешёл на стадию бета-тестирования"	+2 +/–
Сообщение от Аноним (??) on 30-Авг-12, 19:08
Как они уже со своим яваскриптом..., а ведь такой чудесный фреймворк был для gui. Придется переходить обратно на gtk.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Qt 5.0 перешёл на стадию бета-тестирования"	+2 +/–
	Сообщение от Аноним (??) on 30-Авг-12, 19:10
	Просто прекрасно
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	11. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 19:26
	>Как они уже со своим яваскриптом..., а ведь такой чудесный фреймворк был для gui. Придется переходить обратно на gtk. Да, это проблема. Всё идёт к тому, что плюсы останутся только для написания расширений под Quick. Непонятно только, чем это лучше обычного HTML-броузера, в котором имеются точно такие же возможности. По крайней мере HTML, как-никак, стандартизован и есть возможность выбрать/написать альтернативную реализацию. Кто-то говорил ещё, что QML удобен также для написания гуя в программах на C++. Но это то ещё "удовольствие". Во-первых, с собой надо тащить V8, а во-вторых взаимодействия с элементами формы посредством вложенных findChild не назовёщь удобным. Вот пример из документации: QObject *rect = object->findChild<QObject*>("rect"); if (rect)      rect->setProperty("color", "red");
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	36. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Сергей (??) on 30-Авг-12, 22:28
	> QObject *rect = object->findChild<QObject*>("rect"); > if (rect) >     rect->setProperty("color", "red"); 1. Где тут QML? 2. Этот способ для того случая, когда остальные недоступны.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	49. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 23:10
	>> QObject *rect = object->findChild<QObject*>("rect"); >> if (rect) >>     rect->setProperty("color", "red"); > 1. Где тут QML? > 2. Этот способ для того случая, когда остальные недоступны. Речь про взаимодействие между QML и С++. Читай документацию, короче.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	54. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от mad_fashist (ok) on 30-Авг-12, 23:35
	Та да, я вобще не понимаю этих людей - и в Tizen, и в Qt, и везде они пытаются эту жуть засунуть. Сколько не пишу на JS - не могу привыкнуть. Его кажись какой-то наркоман Павлик придумал, ибо чтобы получать удовольствие от программирования на js  нужно напиться, забыться, а когда вспомнишь как тебя зовут - закинуться какими-нибудь колёсами. Причём и название понтовое как водится придумали "аспектно ориентированное программирование" - так хочется этим ребятам все их аспекты со всего размаху в ж... засунуть! Всех в сад, оставить ASM и C для контроллеров и C++ для компов и прочих мощных железяк, а всех остальных велосипедистов в одной яме закопать!
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	76. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Клыкастый2 on 31-Авг-12, 11:06
	вот только не надо про всех остальных за всех остальных решать. для контроллеров кстати и так всё чудесно - всё как ты хотел: асм и си. и да, твой список неполон. перл где? шелл где? :)
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	84. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от mad_fashist (ok) on 31-Авг-12, 13:57
	> вот только не надо про всех остальных за всех остальных решать. > для контроллеров кстати и так всё чудесно - всё как ты хотел: > асм и си. > и да, твой список неполон. перл где? шелл где? :) Да, про шелл 100% согласен, првтыкал. Оставить что-то годное, но одно. А вобще то о чём я писал не сбудется никогда :-)
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	106. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Клыкастый2 on 01-Сен-12, 23:35
	> Да, про шелл 100% согласен, првтыкал. Оставить что-то годное, но одно. А > вобще то о чём я писал не сбудется никогда :-) и не надо :) пусть будет, как будет. "Одна ОС и та от МС" уже проходили, "Один мир, одно государство, один фюрер" тоже :)
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

12. "Qt 5.0 перешёл на стадию бета-тестирования"	+2 +/–
Сообщение от klalafuda on 30-Авг-12, 19:52
"...поддерживает в полной мере средства для создания Qt-программ на языке C++..." как звучит то, а? такими темпами в 5.5 возьмут да удалят "...давно устаревшие средства создания Qt-программ на языке C++..."
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
Сообщение от Анон on 30-Авг-12, 19:56
>[оверквотинг удален] > Ключевые  изменения Qt 5: > -  Модульная структура (http://www.opennet.me/opennews/art.shtml?num=28425) репозитория. > QPA значительно упрощает перенос Qt на новые оконные системы и устройства, > так как он изначально оперирует более абстрактными категориями, фундаментально отличаясь > от ранее используемых средств интеграции с оконными системами. > -  Изменение архитектуры графического стека и увеличение производительности графических > операций. В качестве центрального элемента новой архитектуры для Qt Quick выступает > QML Scenegraph, работающий поверх OpenGL. > Обеспечивающие выполнение JavaScript классы (QJSEngine и QJSValue) теперь > базируются на JavaScript-движке V8 XUL/Firefox 2.0. А хотелось бы Qcl/Qt. > Новость: http://www.opennet.me/opennews/art.shtml?num=34701
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от kuraga (ok) on 30-Авг-12, 20:08
> Переработанная реализация Qt Quick 2, которая разделена на отдельные модули, связанные с графической частью и с компонентами поддержки языков QML и JavaScript. А из этого случайно не следует, что можно будет (человеческими усилиями) выпилить JavaScript? ...А заменить его BlaBlaScript'ом?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 20:45
	Зачем менять шило на мыло?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	43. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok) on 30-Авг-12, 22:54
	> А из этого случайно не следует, что можно будет (человеческими усилиями) выпилить > JavaScript? ...А заменить его BlaBlaScript'ом? Но зачем, или Qt пугает вас своей скоростью и вы хотите что б оно начало тормозить?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	57. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от kuraga (ok) on 31-Авг-12, 00:07
	Тут два вопроса. Совершенно разные. (Просто не хотел запутывать) 1. Я хочу использовать QML/C++, без присутствия интерпретатора JavaScript. 2. Мечтаю заменить JavaScript -> Ruby :)
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	63. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok) on 31-Авг-12, 01:16
	1. Хотеть можете. Но это примерно как я хочу использовать Qt но без присутствия QtNetwork. Ну не используйте скрипты для интерфейса, вас же не заставляют, но при чём тут интерпритатор? У вас аллергия на интерпретаторы жаваскрипта? 2. Та же аналогия: я мечтаю заменить QtNetwork на GNet. Плюсов руби дать не может, а вот скорость - очевидный минус. Мне очень интересно, а зачем вам это?
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	64. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от kuraga (ok) on 31-Авг-12, 02:04
	Разумеется, just for fun. Но это надо брать код и разбираться... Я просто хочу еще понять, как туда вшит JavaScript? Как что-то отдельное? Или в QtWebKit? В QtQml? P.S. Выигрыша никакого. Ну если не вспоминать про всякого рода биндинги... А вот если вместо JavaScript представить нечто абстрактное... Типа LLVM, условно говоря... Мне кажется, это интересная (на уровне funтазии рассуждаю, опять же, но!) модель: Qt/C++ (компилируемое) + QML (декларативное) + *Script (интерпретируемое) А сейчас этот JavaScript к чему-то пришит... Интересно же воплощение этой модели, где каждая часть абстрактна (в смысле абстрактного класса), а реализацию можно заменять...
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

16. "Qt 5.0 перешёл на стадию бета-тестирования"	+3 +/–
Сообщение от ВовкаОсиист (ok) on 30-Авг-12, 20:16
> в то время как применение C++ позиционируется для реализации критичных ко времени выполнения или излишне сложных частей программы, пщщщ, ВСЕ как писАл на плюсах так и буду! А там С++11, уумм няшка. Играйся там с этими дексракативными интерфейсами. На десингере запилил, uic window.ui > window.h и все. А то там ещё кучу костылей для взамиодействия этих ваших жабосриптов с с++ лепи. Трата памяти и производительности в пустую.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от Аноним (??) on 30-Авг-12, 20:46
Что-то Qt всё больше становится завязанным на C++/JavaScript и менее привлекательным для использования с другими языками программирования. Похоже, зря я сделал на него ставку в прошлом - нужно было изучать Яву и не забивать себе голову.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 20:56
	Ява значит боле привлекательна для использования с другими языками программирования? Оракл уже четыре месяца не исправляет критические уязвимости.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	22. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 21:28
	>Оракл уже четыре месяца не исправляет критические уязвимости. Ораклопроблемы. Есть же реализация от IBM.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	23. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 21:29
	Нет но между двумя монолитными кусками C++/JS/Qt и Java - я склоняюсь к Java. Под JVM существуют реализации таких языков программирования, как Python, Ruby, Erlang, Lisp (Clojure) и я подозреваю, что организовать их совместную работу друг с другом и с тоннами кода под JVM будет гораздо легче, чем привинтить их к Qt. Персонально - мне не нравится C++, мне не нравится идея совместить абстрактные вещи типа шаблонов и ООП с прямой работой с памятью, и особенно мне не нравятся ошибки которые при этом возникают и безумные отчёты дебагера о них.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	66. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от Марк Шатлворт on 31-Авг-12, 03:43
	Бред сумасшедшего безумца!
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	24. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 21:29
	>Ява значит боле привлекательна для использования с другими языками программирования? Оракл уже четыре месяца не исправляет критические уязвимости. Смотря какие уязвимости. А то я вот серверов на Qt что-то не встречал.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	35. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от ВовкаОсиист (ok) on 30-Авг-12, 22:28
	Qt позиционирует как десктопный тулкит.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	48. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??) on 30-Авг-12, 23:08
	>Qt позиционирует как десктопный тулкит. Ну значит ява в десктопном применение тоже без дыр.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

26. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от 0xd34df00d (ok) on 30-Авг-12, 21:47
Эх, а про WebKit2, с разделением на процессы из коробки, ничего. А ведь вроде как обещали к бетке Qt 5. Да и, похоже, к WK2 доступ будет только из QML, а хотелось бы и из C++ доступ получить без всяких извращений.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от Кевин on 30-Авг-12, 22:19
вы не поверите, но я только вчера ночной билд на винду закачал..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	60. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Sauron (??) on 31-Авг-12, 00:29
	В линуксе работает на удивление хорошо, в винде не умеет разделение на процессы.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

34. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от ВовкаОсиист (ok) on 30-Авг-12, 22:26
Интересно мне, у кого-то запускаются проги собранные с Qt5 на блобах? В частности с нвидиивским. У меня запускаются только с открытыми дровами, с закрытыми: XIO:  fatal IO error 11 (Ресурс временно недоступен) on X server ":0"       after 15 requests (15 known processed) with 0 events remaining. Ошибка сегментирования 0_о
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	44. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 23:01
	Запускаются. Собираю Qt5 сам из гиториуса.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	46. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 30-Авг-12, 23:08
	> Запускаются. Собираю Qt5 сам из гиториуса. Забыл уточнить sh NVIDIA-Linux-x86_64-304.37.run --opengl-headers При этом используются и заголовки поставляемые вместе с драйвером.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	59. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от ВовкаОсиист (ok) on 31-Авг-12, 00:10
	Включил в пкгбилд хидеры из блоба, пересобрал qt5-base-git - не запускаются (
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	50. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от ВовкаОсиист (ok) on 30-Авг-12, 23:11
	Я изретка собираю Qt5 дабы потестить и пощупать эти ихние "иновации". Вот сейчас собрал 0 не запукается... Попробую установить блоб с хидерами.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	85. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от ВовкаОсиист (ok) on 31-Авг-12, 13:59
	А все, понял в чем прикол. У меня Qt был собран на OpenGL ES2, блобы ES не умеют же. Собирал до этого для вяленого...
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

72. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от добрый дядя on 31-Авг-12, 10:23
Скачал qt-linux-opensource-5.0.0-beta1-x86_64-ubuntu1204-offline.run и установил - такой пакет полностью соответствует моей ОС и разрядности (64 бит). Подключил в Qt Creator 2.5.2, создал новый проект с GUI (не QML, просто виджеты, в pro файле есть "greaterThan(QT_MAJOR_VERSION, 4): QT += widgets"). Скомпилировалось! При запуске вот чо: Failed to load platform plugin "xcb". Available platforms are: linuxfb minimal xcb Программа неожиданно завершилась. Что делать? ЧЯДНТ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	75. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Юрий (??) on 31-Авг-12, 10:51
	Не найден plugin "xcb", дайте путь к библиотекам Qt в LD_LIBRARY_PATH и если и это не поможет, то QT_PLUGIN_PATH к директории plugins
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	81. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от добрый дядя on 31-Авг-12, 11:59
	> Не найден plugin "xcb", дайте путь к библиотекам Qt в LD_LIBRARY_PATH и > если и это не поможет, то QT_PLUGIN_PATH к директории plugins я прописал и в креаторе, и просто в консоли пробовал - не находит, хотя явно видно libxcb.so лежит
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

73. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от Аноним (??) on 31-Авг-12, 10:39
Такими темпами в Qt 6.0 останется только javascript, который будет выполняться на "облачном" сервере Корпорации Добра Google (tm), причём чтобы запустить "приложение" нужно будет залогиниться Зато кросплатформенно! Безопасно! Доступно! Интырпрайз!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	77. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от Клыкастый2 on 31-Авг-12, 11:09
	> Зато кросплатформенно! Безопасно! Доступно! Интырпрайз! отставить истерику, матрос
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	78. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от добрый дядя on 31-Авг-12, 11:47
	это самое страшное если они откажутся от QWidgets в Qt 6.0, хорошо что выделили в отдельную библиотеку - это минимизирует шансы того что выкинут ибо теперь оно им не так мешает, а сообщество сможет поддерживать чтобы оно и дальше работало впредь
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

87. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от Аноним (??) on 31-Авг-12, 15:08
Сначала KDE превратился в монстра, затем Gnome... Теперь вот Qt. Везде представители нового поколения, которые обожают рушить парадигмы, которые режут по живому.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от Аноним (??) on 31-Авг-12, 18:06
правильно я понимаю что Qt сначала был монолитным куском всем не нравившимся, его начали распиливать. И  когда уже распили на отдельные части, по пути выкинув что не нужно, оказалось что внутри сидит другой монолитный кусок - вебкит?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	98. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 20:39
	Нет. Кому это всем? Тулкитофобом из противоположного лагеря? Их ненависть сначала основывалась на том, что у Qt была неправильная лицензия, потом на том, что это C++, комбайн, не гтк. Если вы не программист, то какая вам разница на чем написана программа?
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	99. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 31-Авг-12, 22:31
	Про вовсёмпутинвиноват ещё не написал. Что там в тексте то было понял? Там про тулкитофобию вааще ни слова.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	100. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 01-Сен-12, 01:15
	Меня зацепила откровенная ложь, а твое непонимание из чего состоит Qt меня не интересует. Аналитеги сначала наслушаются на форумах, потом неправильно пойму, а потом слухи и домыслы пускают.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	102. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 01-Сен-12, 12:28
	А меня твоё непонимание прочитать пару строк текста очень интересует - в гельминтологических целях. Про тулкитофобию оказалось это твои домыслы. Из чего состоит кутя и моё непонимание этого тебя не интересует. Зачем же ты отвечал на вопрос тебе лично не заданный? Какой бугурт заставил тебя влезть и попытаться потешить своё ЧСВ? Заметим, неудачно потешить. А мысли по поводу куда двигается кутя собираю из текстов куте-лабс и примерно вот таких заметок http://www.open-life.org/blog/1880.html . Но ты можешь попробовать подпустить ещё слухов и домыслов кто что не понимает, хотя это тебя "совершенно не интересует".
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	103. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 01-Сен-12, 13:25
	Я тете уже объяснил, но ты с первого раза не понял. Еще раз. Я ответил на твою наглую ложь: >...Qt сначала был монолитным куском всем не нравившимся... >...всем не нравившимся...
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	107. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (??) on 02-Сен-12, 10:30
	Бугурт евривеа? Тете каких-то видишь. Главное дыши поглубже. А то вишь целых три дня скакал что бы сказать как я тебе безразличен.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	101. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от qux (ok) on 01-Сен-12, 12:05
	> Если вы не программист, то какая вам разница на чем написана программа? Из этого часто вытекают некоторые свойства, важные и для непрограммистов. Скорость работы, системные требования (рантаймы/зависимости), "красивости" интерфейса.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

104. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
Сообщение от Аноним (??) on 01-Сен-12, 18:31
А что на сайте Digia написано: >Если вы уже являетесь держателем лицензии Qt Commercial, вы можете скачать бета-версию 5.0 с портала Qt Commercial Customer Portal. >Если у Вас еще нет лицензии, пожалуйста, загрузите бесплатную 30-дневную триальную версию с нашего сайта или обратитесь к нашему менеджеру по продажам за дополнительной информацией о лицензировании Qt. Ето они о чем
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	108. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Anone on 02-Сен-12, 11:54
	>Qt Commercial Коммерческая. Всё.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема