Qt5. Будущее уже скоро

будет требовать Open GL ES 2.0;

упоролись ребятки. Хотя, до релиза наверное ещё полгода-год? А необходимый софт, который появится на Qt5, или мигрирует на него, появится не раньше года-полтора.

Верно. Но лучше заставить эмулировать open gl, чем писать на старом

В общем это даже хорошо, что всякий deprecated типа Qt3Support пойдет в лес. А ещё клево, что оно наконец переедет на xcb, по крайней мере, в qt-lighthouse был бэкенд на xcb

>В общем это даже хорошо, что всякий deprecated типа Qt3Support пойдет в лес

Только что попробовал удалить qt3support и офигел от списка софта на удаление...

Глянул, реально кажется от Qt3 только проги типа kopete зависят, большинство же зависят от kde3support, причем весьма неоправданно. В общем попробую на досуге USE="-qt3support" emerge -uDavN world сделать и отпишусь о результатах

это один из немногих моментов, когда я не пожалел что прошел по ссылке

Given that Qt is moving into open governance mode in the upcoming months, I wanted to share my thinking...

демократии прибудет

Make better use of the GPU, allowing you to create smooth (and accelerated) graphics performance even with limited resources

Ну может и не все (gles 2.0) так плохо..

While traditional Qt/C++ applications will continue to work with Qt 5, there will be some fundamental changes on how applications can and will be written.

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

JavaScript во все поля. [irony]Постойте, где то я уже это видел... А, вспомнил - gtk+ v3!..

Four big architectural changes:

Re-architecture our graphics stack We will put Qt Quick and the QML Scenegraph into the center of our new graphics architecture...

Base all Qt ports on Lighthouse

The Lighthouse project was started with the goal of providing a better way to abstract the window system integration than we currently are using. It’s now reaching maturity with Qt 4.8, and we intend on using it exclusively for all Qt ports in Qt 5.0.

Modular repository structure

..

Separate all QWidget related functionality into its own library

...

As you have seen from previous blog posts, the first three points have been worked on for quite some time and we’re starting the work on the last one right now. We do expect to have most of these changes done before August.

ну, чо сентябрь тоже неплохой месяц для отпусков

Beta quality code available towards the end of 2011. Final release in 2012

так вот что случится в 2012-ом.. а то нас пугали всем чем попало(осторожно, «рідна мова»)

For those of you interested in some more details, here’s a link to a whitepaper describing some of the ideas in more detail. None of it is set in stone, but it reflects our current thinking.

туда вход только nerd`am

We intend on keeping the master branch usable at all times on at least Linux with both Wayland and X11 (xcb lighthouse plugin). Work on getting things up and running on Mac and Windows has started, but it’ll probably take a little while before these ports become usable again.

хоть здесь линукс впереди..

..yes, we intend to release one more minor version in the Qt 4.x series within the next couple of months!

смотрите в лучших кинотеатрах страны^W^W^W^W^W ждите в репозиториях вашего дистрибутива

/offtop

Читать вот такой английский очень приятно и легко. Подскажите пару бложиков c таким же стилем на IT темы

>поддержка платформ — линукс (Wayland, X11), Mac и Windows. Другие платформы (в особенности различные коммерческие юниксы) не приоритетны для Нокии. Поддержка большего количества платформоспецифичных фич;
Ну наконец-то BSD закапывают!

а что бсдя иксы не поддерживает? ;)

Ну вот сейчас HAL домрёт, иксы повяжут полностью на новое и всё, привет ромашке.

Насколько я вижу, разработчиков иксов тоже не сильно волнует поддержка бсди.
И там же написано про платформоспецифичные фишки. Ты уверен, что даже при наличии иксов в бсде линуксовая версия Qt будет собираться?

> KDE5 не за горами, товарищи! Догоним и перегоним!

Когда Появился КДЕ4, гном2 был стабилен как пирамиды, щас КДЕ4 только вроде стабилизировалось, в то время как гном3 только вышел. Этот баланс сил позволяет кедерастам и гномосекам троллить друг друга по очереди. Если КДЕ5 выйдет скоро и обе DE в одно и то же время будут существовать в свежем и неотесанном состоянии, наступит хаос и вселенский срач.

>JavaScript во все поля. [irony]Постойте, где то я уже это видел... А, вспомнил - gtk+ v3!..

У гтк есть биндинг к JavaScript, не более того. А тут в основную ветку пихают. Если кеды на плюсах так тормозят, что же на жабаскрипте-то будет...

Ничего не поменяется, JS достаточно быстр чтобы управлять на высоком уровне, не реализовывая вычислительную логику

Так было с Gnome 2 и KDE 3

1. выше вам ответил vertexua.

2. в qt качество кода повыше kde

3. hg написан на медленном (как здесь любят говорить) питоне, но работает быстро (hg vs git это другой вопрос).

Я это пропустил. Много потерял?