Вышла новая версия Qt 4.8

Поэтому не понятно откуда вообще инфа.

Непонятно вообще, кто такой Aaron Seigo, и почему на Qt Contributors' Summit знают меньше.

Обновлена версия WebKit до 2.2.1.

Переносы можно везде принудительно включить через CSS, или это зависит от конкретной софтины?

Молодые анонимусы заполонили ЛОР.

К сожалению, следующим будет Qt 5.0, в котором поломают весь API и начнут задвигать C++ в дальний угол :(

Некто Aaron Seigo, говоря о перспективах KDE 5 и о том, что это будет эволюционный релиз, направленный на стабилизацию, упоминал, что больших изменений в Qt 5 также не ожидается. Поэтому не понятно откуда вообще инфа.

А с чего это вдруг разработчики KDE стали более авторитетными/достоверными источниками информации про [будущее] Qt, чем официальный блог команды разработчиков самого Qt?

думаю умные люди сделают системный монитор для видяхи.

И где все эти умные люди, когда он так нужен?!

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

И, ЕМНИП, они вроде как собирались\собрались перевести всю плазму на QML и продолжать делать все в таком же духе.

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

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

Позитивненько. Субъективно, это сейчас основное узкое место в большинстве случаев.

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

4.2. На диету!

Отнюдь.

Сидел на кде до самого последнего времени, пока терпение не иссякло и не переполз на XFCE. Теперь все просто работает.

Похоже, что у разрабов кде нет времени читать багрепорты, они слишком заняты созданием новых эффектов для kwin и прочего :(

KDE - надежная, удобная и продуманная среда ... была во времена кде 3.

Советую убрать из crontab'a ежечасное «pkill plasma-desktop» и попробовать ещё раз.

А с чего это вдруг разработчики KDE стали более авторитетными/достоверными источниками информации про [будущее] Qt, чем официальный блог команды разработчиков самого Qt?

А где в официальном блоге команды разработчиков самого Qt написано, что в Qt5 будет поломан весь API, а C++ начнут задвигать в дальний угол?

Присоединяюсь к Axonу, 4.7 единственная de в linux сейчас.

пишут игры
открывают cuda

ну и объективно io самое узкое место, не?не у всех же ssd.

Там ещё креатор 2.4.0 вышел

Злобный баг с большими таблицами так и не исправили, печаль...

А где в официальном блоге команды разработчиков самого Qt написано, что в Qt5 будет поломан весь API, а C++ начнут задвигать в дальний угол?

В гугле забанили?

GTK+ 3.3.4 (комментарий)

http://labs.qt.nokia.com/2011/05/09/thoughts-about-qt-5/

и т.п..

конкверор скоро будет задепрекэйтен..

жабоскрипт как ни странно лучший существуящий скриптовый язык..

В гугле забанили?

GTK+ 3.3.4 (комментарий)

Это фобии анонимуса. Разработчики ничего по кардинальную ломку API и задвигание C++ не пишут.

Separate all QWidget related functionality into its own library

Ну это уже проблема баранов, которые не осилили разделение логики и представления. По хорошему, из С++ вообще не нужно qml код вызывать, это глупо и противоречит здравому смыслу. По рукам за это бить надо!

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

good...

> жабоскрипт как ни странно лучший существуящий скриптовый язык..
пруф?

По хорошему, из С++ вообще не нужно qml код вызывать, это глупо и противоречит здравому смыслу. По рукам за это бить надо!

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

Это фобии анонимуса. Разработчики ничего по кардинальную ломку API и задвигание C++ не пишут.

Ни кто не говорит о кардинальной ломке api. Слой совместимости останется, конечно, останется. Вот только смысла использовать его для чего-то нового практически не будет.

Спокойно срут говно с таким подходом? Ну не буду им мешать.

＞жабоскрипт … лучший существуящий скриптовый язык

До ну?

Надеюсь, этого не будет. rekonq еще не готов.

Спокойно срут говно с таким подходом? Ну не буду им мешать.

Каким подходом? Ты хоть разъясни, какой подход «говно», и какое «не говно». И, главное, по каким критерием ты различаешь сорта.

ну и объективно io самое узкое место, не?

Слово «субъективно» означает, что я это не проверял.

толсто же

C++ is mainly used to implement modular backend functionality for Qt Quick

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++.

http://labs.qt.nokia.com/2011/05/03/qt-modules-maturity-level/ http://labs.qt.nokia.com/2011/05/12/qt-modules-maturity-level-the-list/

Graphics View
State: Done

Printing support
State: Done

Styles
State: Done

Widget classes like QPushButton, QLineEdit, etc.
State: Done

QtSql
Overall module state: Done

QtSvg
Overall module state: Deprecated
Reasoning: SVG Full (as opposed to SVG Tiny) functionality available in QtWebKit, which should be used instead

(хочешь SVG-шный значок на тулбаре нарисовать — «привет, WebKit!»)

(напомню, что «Done» означает «Work will not be performed that adds new features or improves performance»)

The core platforms will be Linux on Wayland and X11, Mac and Windows. Some other operating systems that are currently supported by Qt 4 (esp. commercial Unix systems) will not receive any direct attention from Nokia, but can be supported by 3rd parties. This implies that while we keep the core of Qt available on all supported platforms, Qt will begin to offer differentiated functionality on some OS’es.

Чёткий акцент в сторону JS, прекращение развития [некоторых из] наиболее используемых компонентов, сокращение количества официально поддерживаемых платформ с [практически] неизбежным эффектом в виде роста количества платформо-зависимых вещей. Ты прав — всё прекрасно, беспокоиться не о чем.

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

Что-то я не припомню, когда последний раз новый эффект добавляли.

Qt SDK до сих пор не предоставляет возможности обновиться до Qt 4.8, а я очень очень жду, странно что еще нет

По хорошему, из С++ вообще не нужно qml код вызывать, это глупо и противоречит здравому смыслу. По рукам за это бить надо!

Глупости. Иногда вполне серьёзно надо создавать виджеты, например, на основе структуры данных, полученных из БД или из сети. И тогда нужно лазить руками из кода в гуй, никак иначе.

Чёткий акцент в сторону JS

Я бы сказал, что теперь это JS-фреймворк с возможностью написания расширений на C++. Ближе всего, наверное, к XUL.

сокращение количества официально поддерживаемых платформ

Судя по http://www.digia.ru/index.php?id=50&mod_action=show_news&mod_news_ent... , http://www.digia.com/en/Blogs/Qt-blog/Tuukka-Turunen/Dates/2011/12/Presenting..., http://www.digia.com/en/Qt/Support/ за деньги может быть и не всё так плохо

Ни кто не говорит о кардинальной ломке api

Перестали говорить? Уже хорошо.

Вот только смысла использовать его для чего-то нового практически не будет

Если будет лучшая альтернатива, то и не будет, конечно.

Наконец-то!

Глупости. Иногда вполне серьёзно надо создавать виджеты, например, на основе структуры данных, полученных из БД или из сети. И тогда нужно лазить руками из кода в гуй, никак иначе.

Речь шла хотя бы о доступе к свойствам элементов QML из C++. Например установить значения checkbox-ов, slider-ов. В диалоге настроек их может быть несколько десятков. Пока что эта элементарнейшая функция делается через жопу. Гораздо проще будет написать это всё на JS, чем пытаться в существующем C++ приложении заменить QWidget-based гуй на QML.

А вот в твоём случае всё намного фееричнее. Наверное придётся на сях генерить QML-код, т.е. в текстовом виде.

за деньги может быть и не всё так плохо

Да, пропиетарщики получат поддержку до 2014 года. Если повезёт будут выкладывать под LGPL с явным опозданием, естественно.

Я бы сказал, что теперь это JS-фреймворк с возможностью написания расширений на C++. Ближе всего, наверное, к XUL.

Ну, Qt5 будет только в следующем году, т.ч. пока Qt всё ещё плюсовый фреймфорк. Но, если опасения таки оправдяются, будет жаль и придётся оставаться на Qt4 до последнего, потихоньку подыскивая замену (которой [пока] не наблюдается). :(

Что верно, то верно, силе самовнушения кдеешников нет предела. De которыми можно сейчас пользоваться это гном или Xfce, когда за ними работаешь то их попросту не замечаешь. А KDE(4) существует только для вечного «подсебянастраивания» и борьбы с глюками. Такое складывается впечатление, что пилят его одни прыщавые задроты. И да, знаю что толсто.

Гораздо проще будет написать это всё на JS, чем пытаться в существующем C++ приложении заменить QWidget-based гуй на QML.

Самое смешное здесь то, что логику на js писать пока нельзя, и она, в приличном виде, появится нескоро. Нормальных аналогов QTableModel там не изобрели.

Получается, что, даже если хочешь использовать qt5 несмотря ни на что, твоя программа, написанная в ближайший год, будет неполноценная. Либо у тебя будет уже устаревающий qwidget, который отвалится когда-нибудь, либо будет QML, в котором ничего сделать нельзя, и куча извращений с C++ для него.

Мы получаем тулкит, в котором нет уверенности в будущем, а начинать долгоиграющие проекты сейчас - глупо, всё равно придётся переписывать. Причем не просто переписывать, как qt3->qt4 или gtk2->gtk3, а переделывать всё, т.к. QML и qwidget очень отличаются.

Бывшие тролльтеховцы сами загнали себя в угол. Они, видимо, рассчитывали на активное использование qt на мобилках, мол, будущее за ними. Однако миго внезапно умер (жаль), а о нокиевской linux OS для дешевых телефонов пока ходят только непонятные слухи.

А вот в твоём случае всё намного фееричнее. Наверное придётся на сях генерить QML-код, т.е. в текстовом виде.

Это адЪ. А случай не такой и редкий.

Если повезёт будут выкладывать под LGPL с явным опозданием, естественно.

Можно сказать, что уже — http://lists.qt-project.org/pipermail/development/2011-December/000908.html :

now there is total of 108 improvements and bug fixes available in Qt Commercial 4.8.0 that are not part of the LGPL release

Связь с OpenGL еще понятна, но зачем с http, webkit?

Затем, что на qt и вебките можно написать вменяемый браузер локальной справки к софту на Qt же. Примеры: Scribus, Fontmatrix, Luminance HDR.

Господа, кто уже смог через Qt SDK обновиться? Что надо делать? Новость хорошо, но согласитесь интереснее просто использовать.

Почему нет информации что модули Qt3Support, QPicture, QSound, QtSvg помечены как устаревшие и нормальной замены QtSvg не предложено??!

А что тут писать, это не новость :}

и нормальной замены QtSvg не предложено??!

Вебкитом отображай, чо.