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

А зачем мажорную то версию менять?

Другие платформы (в особенности различные коммерческие юниксы) не приоритетны для Нокии.

дляНокии - возможно, для Qt - в большой минус

и да «thoughts-about-qt-5» намекае

Бинарная совместимость сломается.

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

Ладно бы просто поддержка, но требование... Они упоролись.
Буду делать ставку на EFL. Нафиг Qt.

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

куда мир катится

Если посмотреть в исходниках Qt 4 - там есть много TODO и FIXME для Qt 5, которые задевают (слегка) API и логику работы.

будущее весьма и весьма нравится, правда как с обязательным OpenGL ES 2.0 все же вопрос

чего это? в венде работает?

API и ABI меняются

А что, пытаться дальше писать криво и косо. Уж лучше сразу максимум оптимизироваться под нормальный графический API

Mac OS и iOs уже лет 10 все через open gl делают - все довольны

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

Бедные разработчики кед! Четвёрку то всё никак допилить, а скоро придётся начинать всё с начала.

Я надеюсь, что кроме merge this methods будут более революционные изменения

а ведь таки есть шанс прозреть от перехода на Qt Quick и QML Scenegraph

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

Ну почему же. Под линуксом есть драйвера, а ати это не видеокарта :}

за последние годы единственное место, где в линуксе у меня не взлетело 3D - так это ARM-одноплатник, у коего OpenGL нет априори

> использование GPU

додумались наконец.

гтк3 боятся.

по сабжу: ждем релиза, ура!

Ну, у меня ещё на аркосе с дебианом не взелетело - дурацкий PowerVR требует свой древний X-сервер.

//Потом, правдо, другие ребята портировали дрова от n900.

>Под линуксом есть драйвера, а ати это не видеокарта :}

я тоже так думал раньше. Однако, у меня на ати с блобом даже webGL отлично работает в огнелисе (там тот самый Open GL ES 2.0).

>Ладно бы просто поддержка, но требование... Они упоролись.

это пока только задумки. Не думаю, что они на это пойдут, слишком много мата в их сторону полетит

>ати с блобом даже webGL отлично работает в огнелисе (там тот самый Open GL ES 2.0).

:) Тогда тем более не о чём волноваться. Красота!

>не о чем
fxd.

>дляНокии - возможно, для Qt - в большой минус

сколько там сотых процентов разработчиков использовало Qt на других платформах?

кстати, как там в опере с webgl? В текущей стабильной можно потестить уже?

>>Open GL ES 2.0

Ладно бы просто поддержка, но требование... Они упоролись.

А не так давно...

...будет требовать арифметический сопроцессор и ЦПУ с тактовой частотой 30 МГц

Ладно бы просто поддержка, но требование... Они упоролись.

В проприетарных дровах для GeForce 6600 есть поддержка OpenGL ES 2.0?

Вроде бы поддерживает, но в любом случае его можно сэмулировать

Насколько мне известно — пока нет. И в Web specifications support in Opera Presto 2.8 ничего об этом нет. Но превью релиз был такой. Пока в стабильный релиз не включено.

ты хотел сказать пользователи - разрабам мне кажется этот процесс наоборот доставляет удовольствие.

>Насколько мне известно — пока нет. И в Web specifications support in Opera Presto 2.8 ничего об этом нет. Но превью релиз был такой. Пока в стабильный релиз не включено.

http://my.opera.com/ODIN/blog/2011/05/02/announcing-opera-next-and-speed-dial...

our earlier HTML5 parser Labs build as well as an experimental build with hardware acceleration and WebGL had a UA string referencing «Opera 11.50». However, these features are not ready yet, and thus are not included in this alpha nor will they be in the 11.50 final release — expect them to pop up in post-11.50 builds though.

WebGL мы увидим очень не скоро.

>использование GPU

Ого, прогресс, однако

Опять кеды ломать будут?

будет требовать Open GL ES 2.0
Шо, вот прям без fallback?

Ура, товарищи! Глядишь, и кеды будут черырехмерные с нейроинтерфейсом из коробки.

>под нормальный графический API

если это сказано про OpenGL, то ты упоролся)

Это они решили переименовать 4.8 в 5.0?? Их разрабы мозиллы покусали?

>надеются по большей части сохранить совместимость на уровне исходников, а бинарную таки сломают;

бедные кде-девелоперы :(

А потом будет Qt 0x0A, Qt 0x0F, ... Qt 0xFF ...

Главное чтобы с кедорастами не связывались. Были слухи о включении в Qt kdelibs; если это произойдёт, то Qt можно закапывать.

Думаешь, оно уже не пересобирается? :)

Слух был о намерении перенести некие отдельные свистелки из kdelibs в Qt, что очень даже разумно, фичи полезные. Объединять Qt с kdelibs бред, такого никто не предложит хотя бы из-за милиона велосипедов уже имеющихся в Qt.

>ты хотел сказать пользователи - разрабам мне кажется этот процесс наоборот доставляет удовольствие.

Пользователям то легче, они могут в любой момент избавить себя от мучений, перейдя на венду.

> Пользователям то легче, они могут в любой момент избавить себя от мучений, перейдя на венду.
От лёгких неудобств к адскому садомазо? Не, не все пользователи способны на такое «избавление от мучений».

Думаю что переписывание новой версии кде на новую кутю займет меньше времени однако дебаг будет длится столько же а то и дольше чем у четвертой ветки

Так если по больше части совместимость на уровне исходных кодов останется, то можно особенно и не переписывать.

А, тьфу, дебаг… ну, не думаю, что всё будет так уж прямо плохо.

«По большей части» также подразумевает наличие малозаметных а потому трудноуловимых регрессий

>к адскому садомазо?

Да ладно тебе.