LINUX.ORG.RU

Вышел Qt 4.7

 ,


0

1

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

Ключевой особенность, представленной в Qt 4.7, является QML (Qt Meta-Object-Language) - лёгкий для изучения декларативный язык для описания внешнего вида и поведения интерфейсов приложений.

Много внимания при разработке новой версии было уделено повышению производительности. Примеры сделанных улучшений:

  • Аппаратное ускорение композитинга в QtWebkit увеличило производительность при отрисовке анимации на 31% по сравнению с Qt 4.6.
  • Скорость прокрутки веб-страниц в тестах прибавила от 67% до 350% в зависимости от сложности страницы благодаря улучшениям в QtWebkit.
  • Новый класс QStaticText отрисовывает текст более чем в два раза быстрее, чем Qt 4.6.
  • Улучшения в QPainter.

Так же обновился Qt SDK. Теперь он содержит Qt 4.7 и Qt Creator 2.0.1.

Qt 4.7 и Qt Quick станут центральной темой Qt Developer Days, встречи разработчиков Qt, которая пройдёт 11-13 октября в Мюнхене и 1-3 ноября в Сан Франциско.

Подробнее об изменениях

Скачать

>>> Подробности

★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 1)

Ответ на: комментарий от Alsvartr

Когда я последний раз смотрел Inkscape и abiword в винде это было печальное зрелище падало и глючило на ровном месте.

wireshark да не глючит, но выглядит как г-но

Reset ★★★★★
()
Ответ на: комментарий от AVL2

А что, сами функциональщики не умеют писать кросплатформенные библиотеки для GUI на своих крутых фукнциональных языках? Ниасилили написать что-то уровня Qt4?

anonymous
()
Ответ на: комментарий от Deleted

> Ты ещё один из тех, кто не понял, что в C++ изначально есть классы?

Да они то есть, ога. Тока кутешная надстройка над ними делает то же самое, что делает гткашная со структурами, которые ксати изначально есть в Си. Т.е. реализует недостающий функционал. И по своей костыльности вполне может поспорить с гткашной.

qewerty
()
Ответ на: комментарий от qewerty

А теперь сравни, на чем проще написать класс со слотами, свойствами и виртуальными функциями - на GTK, или на Qt. Например GObject есть четыре вида конструктора и два вида деструктора, и нужно не перепутать, что в каком должно быть.

creepnee
()
Ответ на: комментарий от creepnee

Что уж тут сравнивать. Я писал много и на GTK+ и на Qt. На Qt удобней бесспорно, процесс создания классов всего лишь. Но, тем не менее, Qt также переизобретает объектную модель.

qewerty
()
Ответ на: комментарий от Reset

А что от тебя можно услышать нового из казенного перечня :
Intel лучше чем Amd.
Nvidia лучше Ati.
Qt лучше Gtk.
Kde лучше Gnome.
rpm лучше deb.

Аргументы ? - ежедневный, монтонный, укачивающий бред.
Кстати , Nxx использует такой же прием :
пишет от балды фигню всякую, в надежде не мытьем, так катаньем угойдакать мозги.


elipse ★★★
()
Ответ на: комментарий от Reset

какие аргументы, что ты там в лесу на веточку наступил когда-то ?))

elipse ★★★
()
Ответ на: комментарий от Reset

>Штук 15й путей и сотню ключей? Мда, не думал я что всё настолько плохо.

ключ один дополнительный для gtkmm /vd2

Ну а сам gtk собрать?

лет 6 назад собирал. долго. на том же компе генту быстрее собиралась :-)

только смысл? сейчас лежат нормальные бинарные пакеты для gtk.

samy_volosaty ★★★★★
()
Ответ на: комментарий от linuxfan

>Ну кто ж виноват, что «нативные средства разработки» такие убогие?

угу, давно бы могли поддержку pkgconfig прикрутить. :-)

когда в проекте много подпроектов, лучше использовать что-то типа autoconf, намного удобнее, чем править тучу полей в проектах м$студии

samy_volosaty ★★★★★
()
Ответ на: комментарий от samy_volosaty

они почти везде протухшие и без обработки напильником не работают

Reset ★★★★★
()
Ответ на: комментарий от BillDver

>Каждая новость про QT или GTK порождает очередной приступ холивара.

И Quicktime (QT) и GIMP Toolkit не нужны.

Pavval ★★★★★
()
Ответ на: комментарий от samy_volosaty

>когда в проекте много подпроектов, лучше использовать что-то типа autoconf, намного удобнее, чем править тучу полей в проектах м$студии

Лучше повеситься, чем использовать autoconf. З.Ы. А «что-то типа autoconf» называется cmake. Кстати генерит проекты VS.

Pavval ★★★★★
()
Ответ на: комментарий от Pavval

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

elipse ★★★
()
Ответ на: комментарий от Alsvartr

Inkscape, pidgin, gajim, abiword, wireshark, ekiga... Да их дохрена!

1) В Inkscap'e не работают гор. клавиши, если стоит русская раскладка.

2) Угрёбищный диалог открытия, не понятно, почему разработчики gtk не осилили такую простейшую фичу, как нативные диалоги.

3) От стандартных иконок цвета г..вна хочется заплакать и забиться в угол.

4) Гуй при нестандартных DPI в винде расползается во все стороны (появляются скролл-бары на окнах)

Kosyak ★★★★
()

Qt, GTK... Какая разница?... Давайте лучше вместе объединимся, и ё#@ем по винформсам и прочему дотнету!

Saloed
()
Ответ на: комментарий от Kosyak

5) Гномовский ХИГ абсолютно неуместен в оффтопике.

Kosyak ★★★★
()
Ответ на: комментарий от Pavval

>Лучше повеситься, чем использовать autoconf.

Ниасиляторы в треде. Автоконф — это просто набор готовых макросов + возможность писать макросы самому на интуитивно понятном шелле. Вот automake штучка поизвратнее, но все равно еще катит. Но libtool уже реально перебор.

linuxfan
()
Ответ на: комментарий от samy_volosaty

зачем? он всегда уже имеется в бинарном виде

Reset ★★★★★
()
Ответ на: комментарий от samy_volosaty

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

Ну тогда собирай, разрешаю.

У библиотек может быть несовместимый ABI, другой компилятор и т.д.

Kosyak ★★★★
()
Ответ на: комментарий от Reset

>cmake есть, который работает везде

Да неужели прямо везде? Для этого вообще-то нужно cmake поставить на машине, где производится сборка. Сравним с autotools, где от машины для сборки требуется только POSIX shell + GNU make?

linuxfan
()
Ответ на: комментарий от linuxfan

требуется только POSIX shell + GNU make?

Это очень серьезные требования, которые не всегда можно обеспечить. cmake собрать проще

Reset ★★★★★
()
Ответ на: комментарий от Kosyak

>Угрёбищный диалог открытия, не понятно, почему разработчики gtk не осилили такую простейшую фичу, как нативные диалоги.

А какой диалог открытия файлов является нативным в линаксе, вендузятнечег ты мой ненаглядный?

Гуй при нестандартных DPI в винде расползается во все стороны (появляются скролл-бары на окнах)

В таких случаях принято показывать скриншот расползшегося гуя с указанием нестандартного DPI.

linuxfan
()
Ответ на: комментарий от Reset

>Это очень серьезные требования, которые не всегда можно обеспечить. cmake собрать проще

Толстоватое заявление с учетом того, что cmake без GNU make (или «нативного MSVS») никуда не полетит.

linuxfan
()
Ответ на: комментарий от alx_me

> И разжуют уже дятлам, что xml это человеконенавистнеческий формат не решающий ни одной из проблем для решения которых он якобы был создан.

Где-то с полгода назад создавал тред, посвященный этому же вопросу: http://www.linux.org.ru/forum/talks/4617708
Там меня макнули в говно и намекнули, что я не понимаю всей его гибкости, отлаженности и вообще Ънтерпрайзности.

mix_mix ★★★★★
()
Ответ на: комментарий от linuxfan

А какой диалог открытия файлов является нативным в линаксе, вендузятнечег ты мой ненаглядный?

Речь шла про нативный вид gtk в оффтопике, читай и думай прежде чем писать. Qt, в отличие от, подхватывает и gtkшные и вантузные и кдеешные диалоги. И даже имеет свои (не менее угребищные)

Kosyak ★★★★
()
Ответ на: комментарий от Reset

>cmake может использовать любой make, а не только гнутый

В состав семерочки и макоси уже входит make? Не знал о таком.

linuxfan
()
Ответ на: комментарий от elipse

>Кстати, понятия кдеешник и неосилятор - это уже тождественные понятия, по тоннам высказанного бреда и просто ахинеи, бредовых желаний.

autotools я прекрасно осилил и ранее юзал. Только говном оно от этого быть не перестало.

Pavval ★★★★★
()
Ответ на: комментарий от linuxfan

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

Это точно, можно комфортно разрабатывать в MSVC + Visual Assist + Qt-integration + IBM Rational Purify Plus. Делать сборку через CMake, и периодически собирать и тестировать в Linux.

kamre ★★★
()
Ответ на: комментарий от linuxfan

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

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

mix_mix ★★★★★
()
Ответ на: комментарий от AVL2

И это сейчас. А вот GIR раскрутят так вообще ко всем ЯП будет гарантированный байндинг

vertexua ★★★★★
()
Ответ на: комментарий от Kosyak

>Речь шла про нативный вид gtk в оффтопике, читай и думай прежде чем писать.

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

Кстати, я тут пытаюсь понять, что же такого угребищного в gtk'шном диалоге открытия файлов и все как-то не могу: http://rghost.net/2699669/image.png

linuxfan
()
Ответ на: комментарий от Reset

>А в состав автотулзов уже входит компилятор?

Казалось бы, при чем тут компилятор? Кстати, а этому вашему cmake'у можно по-человечески указать, какой компилятор и флаги сборки использовать?

linuxfan
()
Ответ на: комментарий от elipse

Кастую холивар

Intel лучше чем Amd.
Nvidia лучше Ati.
Qt и Gtk разные вещи
Kde и Gnome одинаковы.
deb лучше rpm.

vertexua ★★★★★
()
Ответ на: комментарий от linuxfan

Полезной информации на единицу площади слишком мало. Поле location вообще активируется не то ключом в реестре не то какой-то хитрожопой комбинацией клавиш, поэтому его считай и нет.

Reset ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.