The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Qt 5.0 перешёл на стадию бета-тестирования

30.08.2012 17:26

Компания Digia совместно с сообществом Qt Project представила бета-версию Qt 5.0, первого значительного выпуска за последние семь лет, развиваемого при непосредственном участии сообщества в рамках нового полностью открытого процесса разработки и управления проектом. Несмотря на ряд существенных улучшений и изменений, Qt 5 сохраняет базовую обратную совместимость с прошлыми выпусками (удалён ряд давно устаревших элементов), поддерживает в полной мере средства для создания Qt-программ на языке C++ и содержит почти все компоненты Qt 4, большинство модулей из бывшего Qt Mobility и некоторые экспериментальные элементы из Qt Labs.

Из новых веяний в Qt 5 можно отметить смещение акцента в сторону использования для написания приложений средств декларативного описания интерфейса с определением логики взаимодействия с пользователем на языке JavaScript, в то время как применение C++ позиционируется для реализации критичных ко времени выполнения или излишне сложных частей программы, а также для создания новых модульных бэкендов для Qt Quick.

Ключевые изменения Qt 5:

  • Модульная структура репозитория. Многие из подсистем Qt разрабатываются разными группами разработчиков, развиваются с повышенной интенсивностью или плотно зависят от сторонних проектов. При грамотном разбиении фреймворка на модули, подобные подпроекты смогут обновляться и поставляться независимо от других частей Qt. Модульная организация репозитория позволит обеспечить сборку отдельных библиотек без загрузки и пересборки всех зависимостей, а также независимое использование каждой библиотеки, т.е. в разработчики получат возможность обособлено использовать только те компоненты Qt, которые им необходимы. Разработчики интенсивно развивающихся подсистем QtWebKit и QtDeclarative получат возможность не ждать когда подтянется другой код и выпускать релизы значительно чаще. Кроме того, модульная структура существенно упростит приём в состав Qt модулей, созданных сторонними проектами, например, проект KDE намерен добиваться интеграции в Qt некоторых своих библиотек общего назначения. Ожидается, что разбиение на модули будет длительным и постепенным процессом, который будет продолжен и после выхода Qt 5.0.
  • Перевод всех портов на использование уровня абстракции Qt Platform Abstraction layer (QPA), основанного на наработках проекта 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.


  1. Главная ссылка к новости (http://www.digia.com/ru/Digia/...)
  2. OpenNews: Nokia отказывается от разработки Qt и продаёт проект компании Digia
  3. OpenNews: Разработчики Qt планируют переход на фиксированный цикл подготовки релизов
  4. OpenNews: Релиз Qt 5 отложен до августа
  5. OpenNews: Началось альфа-тестирование Qt 5
  6. OpenNews: Представлен план подготовки Qt 5 и первые планы, касающиеся KDE 5
Автор новости: Digia
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34701-qt
Ключевые слова: qt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (102) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 18:56, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну наконец-то! Надоело снапшоты тянуть )
     
     
  • 2.9, svlasov (ok), 19:16, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://releases.qt-project.org/qt5.0/beta1/
     

  • 1.3, anonymous (??), 18:57, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Несмотря на то, что основанные на QWidget классы чрезвычайно важны для существующих приложений, общая тенденция ведёт к тому, что все пользовательские интерфейсы должны быть реализованы на QML и Qt Quick.

    Это что, опять загоняют на QML+js?

     
     
  • 2.6, Аноним (-), 19:09, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так это же к лучшему - абстракция
     
     
  • 3.8, anonymous (??), 19:13, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Так это же к лучшему - абстракция

    И от чего же там абстрагируются?

     
     
  • 4.14, kafeg (?), 20:04, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    От перекомпиляции под каждую платформу.
     
     
  • 5.17, anonymous (??), 20:43, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >От перекомпиляции под каждую платформу.

    Чем это лучше html5?

     
     
  • 6.27, СреднийПосетительОпеннета (?), 22:04, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты размер вебкита видел? А компилял? Он кстати на некоторых платформах аля встраиваемый линукс компилится только с помощью такой то матери.
     
     
  • 7.95, Аноним (-), 19:04, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ты размер вебкита видел?

    Дык кутя теперь его сватает активно. Чем она лучше? :)

     
  • 6.39, piteri (ok), 22:33, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тем что у хтмл5 на жаваскрипте пишется вся логика приложения.
     
  • 6.58, rshadow (ok), 00:09, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    html5 говно. Задолбали уже из языка разметки текста пытаться сделать гибрида по логической разметки страницы.
    Давно пора сделать мух и котлеты отдельно: отдельно что нить вроде qml, отдельно html (без наворотов типа div, js и т.д.)
     
     
  • 7.96, Аноним (-), 19:06, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > html5 гoвно. Задолбали уже из языка разметки текста

    Оно уже давно не язык разметки текста а скорее язык разметки сложных документов и пользовательских интерфейсов. Грань между которыми там просто отсутствует.

     
  • 6.71, kafeg (?), 10:14, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может, всем? Синтаксисом, скоростью, возможностями, портируемостью, изначальной работой в OpenGL, полноценной сетью, доступом ко всем ресурсам устройства, работой как нативное приложение, а не интерпретатор?

    Это всё равно что спрашивать чем Т-90 лучше Т-34 - ведь оба танки!

     
  • 4.25, 0xd34df00d (ok), 21:44, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, с QML нужно чуть больше стараться, чтобы смешать логику приложения и UI, а такое разделение — очевидно, хорошо.

    Во-вторых, декларативный характер языка больше подходит описанию UI. Все ж писать гуйцы на C++ — это извращение. QML — большой шаг вперед в этом плане.

    В-третьих, у интерпретатора QML чуть больше информации о том, что хочет сделать программист, поэтому некоторые вещи он может сделать оптимальнее. Ну, это как оптимизирующие компиляторы.

     
     
  • 5.28, Аноним (-), 22:08, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    По сравнению с Lisp, Python и Ruby - JavaScript - жалкий калека. И если раньше связка C/Python/Qt была привлекательной, то теперь, когда JavaScript поставили во главу угла, она выглядит как архитектурный костыль. Почему они так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, чтобы упростить создание биндингов для скриптовых языков?
     
     
  • 6.31, 0xd34df00d (ok), 22:18, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я скорее про QML говорил, чем про JS.

    Олсо, все это куэмельное щастье все-таки ближе к Граалям типа FRP, нежели чем Qt/C++.

    Да и не ставил никто JS во главу угла. Можно писать так же, как и раньше.

     
     
  • 7.37, Аноним (-), 22:28, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    We should expect that over time all UIs will be written in QML JavaScript will... большой текст свёрнут, показать
     
     
  • 8.38, 0xd34df00d (ok), 22:33, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Меня это тоже печалит Особенно состояние QML сегодня, в Qt 4 8 8212 ИМХО нею... большой текст свёрнут, показать
     
  • 8.70, Moomintroll (ok), 10:01, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не программы Интерфейсы - all UIs will be written in QML И это, в общем, пра... текст свёрнут, показать
     
     
  • 9.93, Аноним (-), 18:06, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    we should expect that a lot of application logic and even entire applications w... текст свёрнут, показать
     
  • 8.79, Pickle (?), 11:48, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шарик ТЫ балбес с QML это реализация GUI и не более, во всех пресс-релизах... текст свёрнут, показать
     
  • 6.40, piteri (ok), 22:40, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > По сравнению с Lisp, Python и Ruby - JavaScript - жалкий калека.
    > И если раньше связка C/Python/Qt была привлекательной, то теперь, когда JavaScript
    > поставили во главу угла, она выглядит как архитектурный костыль. Почему они
    > так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так,
    > чтобы упростить создание биндингов для скриптовых языков?

    Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят интерпретароры всего вышеперечисленного.

     
     
  • 7.67, anonimous (?), 09:22, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят интерпретароры всего вышеперечисленного.

    наглая ложь! для коммон лиспа есть превосходные многопроходные компиляторы в нативный код.

     
     
  • 8.69, piteri (ok), 09:39, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы компилятор от интерпретатора отличаете Если бы у разработчиков было желание ... текст свёрнут, показать
     
     
  • 9.86, Аноним (-), 14:42, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, по-моему, путаете причину со следствием В данном случае глубоко фиолетово, ... текст свёрнут, показать
     
     
  • 10.88, piteri (ok), 15:27, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А какой вообще был смысл тогда отказываться от клепания гуя на си Вы утвержда... текст свёрнут, показать
     
     
  • 11.89, Аноним (-), 16:16, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что на js как язык проще для таких дел, чем c ... текст свёрнут, показать
     
     
  • 12.94, piteri (ok), 18:58, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, а теперь возвращаемся к моему паза-паза-пошлому посту ... текст свёрнут, показать
     
  • 8.82, Многопроходный компилятор (?), 12:44, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я скомпилирую этот код с 7и проходов... текст свёрнут, показать
     
     
  • 9.90, Аноним (-), 16:23, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Слабак Компиляторы фортрана делали по 42 Потому как ужать программу в 4кБ памя... текст свёрнут, показать
     
  • 7.97, Аноним (-), 19:08, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят
    > интерпретароры всего вышеперечисленного.

    Угу, особенно си на котором написан гугловский код и питон которым он собирается. Не, попытка троллинга неплохая, если б не хреновое знание матчасти :)

     
  • 6.53, Vladjmir (ok), 23:26, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему они так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, чтобы упростить создание биндингов для скриптовых языков?

    Не потому ли, что он патентно чистый?

     
     
  • 7.91, Аноним (-), 16:23, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да? А ничего что даже название является торговой маркой Оракла?
     
  • 5.30, anonymous (??), 22:16, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >В-третьих, у интерпретатора QML чуть больше информации о том, что хочет сделать программист, поэтому некоторые вещи он может сделать оптимальнее. Ну, это как оптимизирующие компиляторы.

    И какие же оптимизации будет делать интерпретатор QML? :)

     
     
  • 6.33, 0xd34df00d (ok), 22:25, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания вещей позволяет.

    Ну и не совсем то, но тоже в тему статья у них в блогах: http://labs.qt.nokia.com/2012/08/01/scene-graph-adaptation-layer/

     
     
  • 7.41, anonymous (??), 22:40, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не
    > нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания
    > вещей позволяет.

    Как же он будет определять на сцене эти объекты или нет, если их свойства всё же нужно вычислить для того чтобы понять видимы они или нет :)
    Мы можем так же из Си положить на сцену объекты и у рендерера будет возможность не рисовать их(ну как в Clutter или e17 Evas).

    > Ну и не совсем то, но тоже в тему статья у них
    > в блогах: http://labs.qt.nokia.com/2012/08/01/scene-graph-adaptation-layer/

    Правильно, совсем не то :)
    Scene Graph и оптимизации связаные с ним никак не связаны с qml.

     
     
  • 8.42, 0xd34df00d (ok), 22:49, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Все свойства не нужно вычислять Например, если у вас есть какой-нибудь хитрый э... большой текст свёрнут, показать
     
     
  • 9.45, anonymous (??), 23:07, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в любом случае этим будет заниматься рендерер итд кто использует Scene Graph ... текст свёрнут, показать
     
     
  • 10.47, 0xd34df00d (ok), 23:08, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Декларативно можно и на тех же плюсах писать, но зачем ИМХО не стоит ставить HT... текст свёрнут, показать
     
     
  • 11.51, anonymous (??), 23:25, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще не понимаю о чём вы если честно Это для вас будет слишком декларативно ... текст свёрнут, показать
     
     
  • 12.52, 0xd34df00d (ok), 23:26, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это для меня слишком императивно Я уже запутался, мы QML обсуждаем или HTML5 ... текст свёрнут, показать
     
     
  • 13.55, anonymous (??), 23:46, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так вот всё тоже самое можно было делать без особых проблем на си без использ... большой текст свёрнут, показать
     
     
  • 14.56, 0xd34df00d (ok), 23:50, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    QDomDocument тот же вполне позволяет Будет выглядеть даже почти так же Вообще,... большой текст свёрнут, показать
     
     
  • 15.61, anonymous (??), 00:39, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы вообще как читали статьи qt шников, раз уж у вас все познания только из их ис... большой текст свёрнут, показать
     
     
  • 16.62, 0xd34df00d (ok), 00:49, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Я, вероятно, недостаточно хорошо выразился Очевидно же,... большой текст свёрнут, показать
     
     
  • 17.74, anonymous (??), 10:48, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы вообще не понимаете зачем создавались разные вещи в Qt QGraphicsView решал... большой текст свёрнут, показать
     
     
  • 18.80, 0xd34df00d (ok), 11:51, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Едва ли Определять мышкой можно и в старом-добром QWidget API Вся эта хрень со... большой текст свёрнут, показать
     
     
  • 19.83, anonymous (??), 13:00, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И что вы там будете определять в QWidget API Координаты места куда произошёл кл... большой текст свёрнут, показать
     
  • 12.109, другой аноним (?), 09:47, 05/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то это очень хреново Потому-что дает возможность перемешивать представле... большой текст свёрнут, показать
     
     
  • 13.110, другой аноним (?), 10:04, 05/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    т е куда лучше и удобнее вынести такое описание в отдельный файл root ... большой текст свёрнут, показать
     

  • 1.5, Аноним (-), 19:08, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как они уже со своим яваскриптом..., а ведь такой чудесный фреймворк был для gui. Придется переходить обратно на gtk.
     
     
  • 2.7, Аноним (-), 19:10, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто прекрасно
     
  • 2.11, anonymous (??), 19:26, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, это проблема Всё идёт к тому, что плюсы останутся только для написания расш... большой текст свёрнут, показать
     
     
  • 3.36, Сергей (??), 22:28, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > QObject *rect = object->findChild<QObject*>("rect");
    > if (rect)
    >     rect->setProperty("color", "red");

    1. Где тут QML?
    2. Этот способ для того случая, когда остальные недоступны.

     
     
  • 4.49, anonymous (??), 23:10, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> QObject *rect = object->findChild<QObject*>("rect");
    >> if (rect)
    >>     rect->setProperty("color", "red");
    > 1. Где тут QML?
    > 2. Этот способ для того случая, когда остальные недоступны.

    Речь про взаимодействие между QML и С++. Читай документацию, короче.

     
  • 2.54, mad_fashist (ok), 23:35, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Та да, я вобще не понимаю этих людей - и в Tizen, и в Qt, и везде они пытаются эту жуть засунуть. Сколько не пишу на JS - не могу привыкнуть. Его кажись какой-то наркоман Павлик придумал, ибо чтобы получать удовольствие от программирования на js  нужно напиться, забыться, а когда вспомнишь как тебя зовут - закинуться какими-нибудь колёсами. Причём и название понтовое как водится придумали "аспектно ориентированное программирование" - так хочется этим ребятам все их аспекты со всего размаху в ж... засунуть! Всех в сад, оставить ASM и C для контроллеров и C++ для компов и прочих мощных железяк, а всех остальных велосипедистов в одной яме закопать!
     
     
  • 3.76, Клыкастый2 (?), 11:06, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    вот только не надо про всех остальных за всех остальных решать.
    для контроллеров кстати и так всё чудесно - всё как ты хотел: асм и си.
    и да, твой список неполон. перл где? шелл где? :)
     
     
  • 4.84, mad_fashist (ok), 13:57, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > вот только не надо про всех остальных за всех остальных решать.
    > для контроллеров кстати и так всё чудесно - всё как ты хотел:
    > асм и си.
    > и да, твой список неполон. перл где? шелл где? :)

    Да, про шелл 100% согласен, првтыкал. Оставить что-то годное, но одно. А вобще то о чём я писал не сбудется никогда :-)

     
     
  • 5.106, Клыкастый2 (?), 23:35, 01/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, про шелл 100% согласен, првтыкал. Оставить что-то годное, но одно. А
    > вобще то о чём я писал не сбудется никогда :-)

    и не надо :) пусть будет, как будет. "Одна ОС и та от МС" уже проходили, "Один мир, одно государство, один фюрер" тоже :)

     

  • 1.12, klalafuda (?), 19:52, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "...поддерживает в полной мере средства для создания Qt-программ на языке C++..."

    как звучит то, а? такими темпами в 5.5 возьмут да удалят "...давно устаревшие средства создания Qt-программ на языке C++..."

     
  • 1.13, Анон (?), 19:56, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >[оверквотинг удален]
    > Ключевые  изменения Qt 5:
    > -  Модульная структура (http://www.opennet.ru/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.ru/opennews/art.shtml?num=34701

     
  • 1.15, kuraga (ok), 20:08, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Переработанная реализация Qt Quick 2, которая разделена на отдельные модули, связанные с графической частью и с компонентами поддержки языков QML и JavaScript.

    А из этого случайно не следует, что можно будет (человеческими усилиями) выпилить JavaScript? ...А заменить его BlaBlaScript'ом?

     
     
  • 2.18, Аноним (-), 20:45, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем менять шило на мыло?
     
  • 2.43, piteri (ok), 22:54, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А из этого случайно не следует, что можно будет (человеческими усилиями) выпилить
    > JavaScript? ...А заменить его BlaBlaScript'ом?

    Но зачем, или Qt пугает вас своей скоростью и вы хотите что б оно начало тормозить?

     
     
  • 3.57, kuraga (ok), 00:07, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тут два вопроса. Совершенно разные. (Просто не хотел запутывать)

    1. Я хочу использовать QML/C++, без присутствия интерпретатора JavaScript.
    2. Мечтаю заменить JavaScript -> Ruby :)

     
     
  • 4.63, piteri (ok), 01:16, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    1. Хотеть можете. Но это примерно как я хочу использовать Qt но без присутствия QtNetwork. Ну не используйте скрипты для интерфейса, вас же не заставляют, но при чём тут интерпритатор? У вас аллергия на интерпретаторы жаваскрипта?
    2. Та же аналогия: я мечтаю заменить QtNetwork на GNet. Плюсов руби дать не может, а вот скорость - очевидный минус.

    Мне очень интересно, а зачем вам это?

     
     
  • 5.64, kuraga (ok), 02:04, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разумеется, just for fun. Но это надо брать код и разбираться... Я просто хочу еще понять, как туда вшит JavaScript? Как что-то отдельное? Или в QtWebKit? В QtQml?

    P.S. Выигрыша никакого. Ну если не вспоминать про всякого рода биндинги... А вот если вместо JavaScript представить нечто абстрактное... Типа LLVM, условно говоря... Мне кажется, это интересная (на уровне funтазии рассуждаю, опять же, но!) модель:

    Qt/C++ (компилируемое) + QML (декларативное) + *Script (интерпретируемое)

    А сейчас этот JavaScript к чему-то пришит... Интересно же воплощение этой модели, где каждая часть абстрактна (в смысле абстрактного класса), а реализацию можно заменять...

     

  • 1.16, ВовкаОсиист (ok), 20:16, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > в то время как применение C++ позиционируется для реализации критичных ко времени выполнения или излишне сложных частей программы,

    пщщщ, ВСЕ как писАл на плюсах так и буду! А там С++11, уумм няшка. Играйся там с этими дексракативными интерфейсами. На десингере запилил, uic window.ui > window.h и все. А то там ещё кучу костылей для взамиодействия этих ваших жабосриптов с с++ лепи. Трата памяти и производительности в пустую.

     
  • 1.19, Аноним (-), 20:46, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то Qt всё больше становится завязанным на C++/JavaScript и менее привлекательным для использования с другими языками программирования. Похоже, зря я сделал на него ставку в прошлом - нужно было изучать Яву и не забивать себе голову.
     
     
  • 2.20, Аноним (-), 20:56, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ява значит боле привлекательна для использования с другими языками программирования? Оракл уже четыре месяца не исправляет критические уязвимости.
     
     
  • 3.22, Аноним (-), 21:28, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Оракл уже четыре месяца не исправляет критические уязвимости.

    Ораклопроблемы. Есть же реализация от IBM.

     
  • 3.23, Аноним (-), 21:29, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет но между двумя монолитными кусками C++/JS/Qt и Java - я склоняюсь к Java. Под JVM существуют реализации таких языков программирования, как Python, Ruby, Erlang, Lisp (Clojure) и я подозреваю, что организовать их совместную работу друг с другом и с тоннами кода под JVM будет гораздо легче, чем привинтить их к Qt. Персонально - мне не нравится C++, мне не нравится идея совместить абстрактные вещи типа шаблонов и ООП с прямой работой с памятью, и особенно мне не нравятся ошибки которые при этом возникают и безумные отчёты дебагера о них.
     
     
  • 4.66, Марк Шатлворт (?), 03:43, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бред сумасшедшего безумца!
     
  • 3.24, anonymous (??), 21:29, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Ява значит боле привлекательна для использования с другими языками программирования? Оракл уже четыре месяца не исправляет критические уязвимости.

    Смотря какие уязвимости. А то я вот серверов на Qt что-то не встречал.

     
     
  • 4.35, ВовкаОсиист (ok), 22:28, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Qt позиционирует как десктопный тулкит.
     
     
  • 5.48, anonymous (??), 23:08, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Qt позиционирует как десктопный тулкит.

    Ну значит ява в десктопном применение тоже без дыр.

     

  • 1.26, 0xd34df00d (ok), 21:47, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх, а про WebKit2, с разделением на процессы из коробки, ничего. А ведь вроде как обещали к бетке Qt 5.

    Да и, похоже, к WK2 доступ будет только из QML, а хотелось бы и из C++ доступ получить без всяких извращений.

     
  • 1.32, Кевин (?), 22:19, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вы не поверите, но я только вчера ночной билд на винду закачал..
     
     
  • 2.60, Sauron (??), 00:29, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В линуксе работает на удивление хорошо, в винде не умеет разделение на процессы.
     

  • 1.34, ВовкаОсиист (ok), 22:26, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно мне, у кого-то запускаются проги собранные с Qt5 на блобах? В частности с нвидиивским. У меня запускаются только с открытыми дровами, с закрытыми:

    XIO:  fatal IO error 11 (Ресурс временно недоступен) on X server ":0"
          after 15 requests (15 known processed) with 0 events remaining.
    Ошибка сегментирования

    0_о

     
     
  • 2.44, Аноним (-), 23:01, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Запускаются. Собираю Qt5 сам из гиториуса.
     
     
  • 3.46, Аноним (-), 23:08, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Запускаются. Собираю Qt5 сам из гиториуса.

    Забыл уточнить
    sh NVIDIA-Linux-x86_64-304.37.run --opengl-headers
    При этом используются и заголовки поставляемые вместе с драйвером.

     
     
  • 4.59, ВовкаОсиист (ok), 00:10, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Включил в пкгбилд хидеры из блоба, пересобрал qt5-base-git - не запускаются (
     
  • 3.50, ВовкаОсиист (ok), 23:11, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я изретка собираю Qt5 дабы потестить и пощупать эти ихние "иновации". Вот сейчас собрал 0 не запукается... Попробую установить блоб с хидерами.
     
  • 2.85, ВовкаОсиист (ok), 13:59, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А все, понял в чем прикол. У меня Qt был собран на OpenGL ES2, блобы ES не умеют же. Собирал до этого для вяленого...
     

  • 1.72, добрый дядя (?), 10:23, 31/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скачал 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

    Программа неожиданно завершилась.

    Что делать? ЧЯДНТ?

     
     
  • 2.75, Юрий (??), 10:51, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не найден plugin "xcb", дайте путь к библиотекам Qt в LD_LIBRARY_PATH и если и это не поможет, то QT_PLUGIN_PATH к директории plugins
     
     
  • 3.81, добрый дядя (?), 11:59, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не найден plugin "xcb", дайте путь к библиотекам Qt в LD_LIBRARY_PATH и
    > если и это не поможет, то QT_PLUGIN_PATH к директории plugins

    я прописал и в креаторе, и просто в консоли пробовал - не находит, хотя явно видно libxcb.so лежит

     

  • 1.73, Аноним (-), 10:39, 31/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Такими темпами в Qt 6.0 останется только javascript, который будет выполняться на "облачном" сервере Корпорации Добра Google (tm), причём чтобы запустить "приложение" нужно будет залогиниться

    Зато кросплатформенно! Безопасно! Доступно! Интырпрайз!

     
     
  • 2.77, Клыкастый2 (?), 11:09, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зато кросплатформенно! Безопасно! Доступно! Интырпрайз!

    отставить истерику, матрос

     
  • 2.78, добрый дядя (?), 11:47, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    это самое страшное если они откажутся от QWidgets в Qt 6.0, хорошо что выделили в отдельную библиотеку - это минимизирует шансы того что выкинут ибо теперь оно им не так мешает, а сообщество сможет поддерживать чтобы оно и дальше работало впредь
     

  • 1.87, Аноним (-), 15:08, 31/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сначала KDE превратился в монстра, затем Gnome... Теперь вот Qt. Везде представители нового поколения, которые обожают рушить парадигмы, которые режут по живому.
     
  • 1.92, Аноним (-), 18:06, 31/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    правильно я понимаю что Qt сначала был монолитным куском всем не нравившимся, его начали распиливать. И  когда уже распили на отдельные части, по пути выкинув что не нужно, оказалось что внутри сидит другой монолитный кусок - вебкит?
     
     
  • 2.98, Аноним (-), 20:39, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Кому это всем? Тулкитофобом из противоположного лагеря? Их ненависть сначала основывалась на том, что у Qt была неправильная лицензия, потом на том, что это C++, комбайн, не гтк. Если вы не программист, то какая вам разница на чем написана программа?
     
     
  • 3.99, Аноним (-), 22:31, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Про вовсёмпутинвиноват ещё не написал. Что там в тексте то было понял? Там про тулкитофобию вааще ни слова.
     
     
  • 4.100, Аноним (-), 01:15, 01/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Меня зацепила откровенная ложь, а твое непонимание из чего состоит Qt меня не интересует. Аналитеги сначала наслушаются на форумах, потом неправильно пойму, а потом слухи и домыслы пускают.
     
     
  • 5.102, Аноним (-), 12:28, 01/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А меня твоё непонимание прочитать пару строк текста очень интересует - в гельминтологических целях. Про тулкитофобию оказалось это твои домыслы. Из чего состоит кутя и моё непонимание этого тебя не интересует. Зачем же ты отвечал на вопрос тебе лично не заданный? Какой бугурт заставил тебя влезть и попытаться потешить своё ЧСВ? Заметим, неудачно потешить.
    А мысли по поводу куда двигается кутя собираю из текстов куте-лабс и примерно вот таких заметок http://www.open-life.org/blog/1880.html . Но ты можешь попробовать подпустить ещё слухов и домыслов кто что не понимает, хотя это тебя "совершенно не интересует".
     
     
  • 6.103, Аноним (-), 13:25, 01/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я тете уже объяснил, но ты с первого раза не понял. Еще раз. Я ответил на твою наглую ложь:
    >...Qt сначала был монолитным куском всем не нравившимся...
    >...всем не нравившимся...
     
     
  • 7.107, Аноним (-), 10:30, 02/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Бугурт евривеа? Тете каких-то видишь. Главное дыши поглубже. А то вишь целых три дня скакал что бы сказать как я тебе безразличен.
     
  • 3.101, qux (ok), 12:05, 01/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вы не программист, то какая вам разница на чем написана программа?

    Из этого часто вытекают некоторые свойства, важные и для непрограммистов. Скорость работы, системные требования (рантаймы/зависимости), "красивости" интерфейса.

     

  • 1.104, Аноним (-), 18:31, 01/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что на сайте Digia написано:

    >Если вы уже являетесь держателем лицензии Qt Commercial, вы можете скачать бета-версию 5.0 с портала Qt Commercial Customer Portal.
    >Если у Вас еще нет лицензии, пожалуйста, загрузите бесплатную 30-дневную триальную версию с нашего сайта или обратитесь к нашему менеджеру по продажам за дополнительной информацией о лицензировании Qt.

    Ето они о чем

     
     
  • 2.108, Anone (?), 11:54, 02/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Qt Commercial

    Коммерческая. Всё.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру