Компания Nokia выпустила (http://labs.qt.nokia.com/2011/09/01/qt-sdk-update-introducin.../) обновление фреймворка Qt 4.7.4, симулятора Qt Simulator 1.2, интегрированной среды разработки Qt Creator 2.3 и сводного пакета Qt SDK 1.1.3. В Qt 4.7.4 отмечено только исправление ошибок. В Qt Simulator 1.2 значительно переработан интерфейс пользователя, добавлена симуляция сенсоров и NFC-тегов.В Qt Creator 2.3 представлено (http://labs.qt.nokia.com/2011/09/01/qt-creator-2-3-0-released/) множество небольших улучшений, позволяющих в мелочах упростить выполнение типичных действий в процессе разработки. Добавлена базовая поддержка удаленного сопровождения Linux-устройств, на которые теперь можно устанавливать создаваемые программы не выходя из IDE. Улучшена поддержка Qt Quick, например, появилась возможность изменения QML не выходя из режим предварительного просмотра. Средства отладки и профилирования приложений с интерфейсом на базе Qt Quick теперь работают ...
URL: http://blog.qt.nokia.com/2011/09/01/release-day-qt-sdk-updat.../
Новость: http://www.opennet.me/opennews/art.shtml?num=31656
И ещё несколько интересных новостей из рассылки.
1. Про переход на js все в курсе, надеюсь.
2. В QtBase добавили v8, который не собирается на MIPS/MIPS64/Sparc/PowerPC/ POWER6/IA-64/SH4
3. Отказ от QSettings в пользу dconf под unix.
4. Добавлен 2-й вэбкит, причём только для qml.
пруф или не было!
> пруф или не было!Пруф того, что ты не знаешь, где у нокии рассылка? Уже есть. Остальное здесь http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-August... Ну и за сентябрь тоже почитай. Там про v8 как раз.
Про отказ от QSettings где? все что я нашел связано не с отказом, а с добавлением нового бакенда. что в этом плохого?
>Про отказ от QSettings где? все что я нашел связано не с отказом, а с добавлением нового бакенда. что в этом плохого?Ты внимателльнее читай. http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-August... и тут http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-August... Ну или переводчика найми, если проблемы.
ну так это пока на уровне терок все. http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-August...то что QSettings не P&S вобщем то реальный недостаток, и многим хотелось бы иметь кроссплатформеное решение с возможностью храниения сеттингов с нотификациями. хотя я б тоже предпочел если б это было сделано отдельным классом типа QSystemSettings.
>ну так это пока на уровне терок всеВ гите уже выпиливают. А обсуждают то, что уже давно решили.
Читали бы внимательнее, это было только предложение, dconf был как пример, речь шла о том чтобы заменить QSettings на чтото более гибкое, чтобы можно было легко менять формат конфига и использовать это с QML а также чтобы было больше интеграции с большим количеством систем, по примеру Qt Mobility.Научитесь, научитесь читать наконец
>это было только предложение, dconf был как примерПример чего? Он уже реализован наполовину. Можно даже тестировать начинать.
>Научитесь, научитесь читать наконецДа, репетитор по английскому вам не помешает. Кроме dconf под linux пока ничего нет. Вообще. http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-August...
>кроссплатформеное решениеВ упор не вижу кросплатформенности. dconf и вендореестр разные вещи какбы.
дык бакенд же. ini файлы, xml и реестр как сейчас тоже разные вещи. или тебе надо перетаскивать настройки между системами?
>дык бакенд же. ini файлы, xml и реестр как сейчас тоже разные вещиИ что? ini файлы можно было использовать в венде без проблем. Не вижу необходимости в использовании реестра.
>или тебе надо перетаскивать настройки между системами?А почему нет? Если уж мы говорим о кроссплатформенности. Да и перенос настроек проще.
>>3. Отказ от QSettings в пользу dconf под unix.=/ как так. В принципе не плохо конечно. Но только когда все ДЕ и проги начнут его юзать.
PS: второй вин-реест блин
>PS: второй вин-реест блинНе надо путать твердое с мягким. Общее хранилище настроек в едином формате - весчь хорошая и полезная. Просто в винде это все извращено и реестр - по сути файловая система в файле, причем очень хреновая. Отсюда проблемы с производительностью, надежностью и удобностью.
>Просто в винде это все извращено и реестр - по сути файловая система в файле, причем очень хреновая.Можно подумать, dconf чем-то лучше. Такая уже бинарная фигня со всеми вытекающими.
>Since a typical GNOME login consists of thousands of reads and 2 writes, dconf is optimised for reads. Typically, reading a key from dconf involves zero system calls and zero context switches. This is achieved with a simple file format that doubles both as the storage format for data in dconf and as an IPC mechanism between the clients and the server.
>Avoiding round trips and context switches is nice in itself, but the real win comes from allowing the IO scheduler in the kernel to do a better job by saturating it with requests coming from all of the applications trying to read their keys (as opposed to a common configuration server serially requesting a single key at a time).
>Having all of the keys in a single compact binary format also avoids the intense fragmentation problems currently experienced by the tree-of-directories-of-xml-files approach.Оно ближе к базе данных, что в общем-то и логично.
> Оно ближе к базе данных, что в общем-то и логично.Ближе чем?
Ближе чем реестр Windows...
Поддерживаю предидущего оратора. Qt5 - это уже не тот старый добрый Qt4.
А вот силы форкнуть "старый добрый" Qt4 у сообщества вряд ли найдутся.
Все эти сторонники форков второго гнома, третьего kde(и вот теперь qt4) - просто неосиляторы.
>просто неосиляторы.А что там осиливать? JS? Тогда лучше я буду неосилятором.
> Поддерживаю предидущего оратора. Qt5 - это уже не тот старый добрый Qt4.
> А вот силы форкнуть "старый добрый" Qt4 у сообщества вряд ли найдутся.дада, а Qt4 - не старый добрый Qt3
> дада, а Qt4 - не старый добрый Qt3По крайней мере основной язык разработки там не меняли.
>3. Отказ от QSettings в пользу dconf под unix.И где я его возьму в своём уютненьком Linux Embedded? Ещё одну ненужную хреноту собирать?
скорее всего, эта штука будет опциональной, как и многие другие вещи. А потом, я слышал, что Qt5 строится на базе плагинов. Так что, возможно, это вообще может подгружаться в рантайме по требованию
>скорее всего, эта штука будет опциональной, как и многие другие вещи.Так оно всё опционально. Всегда можно дописать своё, ну или форкнуть. Но зачем?
Боюсь, что для embedded жабаскрипт будет жирноват с этими ихними QML'ями. Ох чую не светит мне Qt5, ох не светит...
> И где я его возьму в своём уютненьком Linux Embedded? Ещё одну
> ненужную хреноту собирать?Напишешь свой бэкенд.
>Напишешь свой бэкенд.Не буду. Ибо собрать как правило проще. Но скорее всего так и буду сидеть на 4.8 и мечтать о форке.
Опять началось - мега-админ вырезает каменты, совсем страх потерял! >.<
>>> Отказ от QSettings в пользу dconf под unix.Влияние microsoft ?
> Влияние microsoft ?Скорее redhat&Co. Только с его подачи проталкивается dconf
А свеженького qt-win-opensource-4.7.4-mingw.exe не будет?
Всё, MS пришел. Вскоре будет новость о прекращении linux поддержки, возможно сперва в виде плагина.
Уже появился!
И на чем теперь, на С++ GUI делать? Qt превращается в Delphi.
> Qt превращается в Delphi.чем плох Delphi не считая того что он не C++ ?
> И на чем теперь, на С++ GUI делать?
на нем же, на Qt? на Qt4?
или можно на wxWidgets - там хоть moc-компайлера нет.
>> Qt превращается в Delphi.
> чем плох Delphi не считая того что он не C++ ?Давно вцл-то смотрел? Фреймворк 2000го года, не более. Никаких там тебе MVC, сообщений и многопоточности.
>> Qt превращается в Delphi.
> чем плох Delphi не считая того что он не C++ ?
>> И на чем теперь, на С++ GUI делать?
> на нем же, на Qt? на Qt4?
> или можно на wxWidgets - там хоть moc-компайлера нет.Так там же js будет, в qt вместо C++.
> И на чем теперь, на С++ GUI делать? Qt превращается в Delphi.wxwidgets, gtkmm, fltk, fox-toolkit. Ну и qt4 можно форкнуть, если digia перестанет поддерживать.
>MVCНа форму кидаешь какой-то datasource и и он потом в нескольких местах отображается. Похоже на MVC.
>сообщений
TEvent
>многопоточности
Thread
>Давно вцл-то смотрел?
Лет 8 назад, пишу по памяти. Наверняка что-то уже проапгрейдили.
>На форму кидаешь какой-то datasource и и он потом в нескольких местах отображается. Похоже на MVC.Лооол. Посмотри-ка MVC в том-же куте и сравни.
>TEvent
Ты еще сишные указатели на ф-ции назови сообщениями. Опять же смотри signal/slot из куте или буста.
>Thread
С каких это пор вцл поддерживает многопоточность?
>Лет 8 назад, пишу по памяти. Наверняка что-то уже проапгрейдили.
А я работаю с ней каждый день. Ничего не поменялось, сырцы те же. Единственно что добавлено - куча макросов для поддержки призм, который уже никому не нужен и его методично вырезают.
А что там с 64-битами? Уже можно? Или ещё не нужно?
Зыж
Так просто спросил.
Есть в XE2, который ща в стадии бета тестирования. Необходимость весьма не очивидна, лучше бы сделали нормальный С++ компилятор(обещают какой-то существенно переработанный в следующих версиях, но сильно сомневаюсь).
Ну да! можно подумать что на паскале можно только формочки клепать.
С такими то дженериками!
И какая связь у дженериков с 64-битным режимом, включая плюшки цпу, которые в 32-битном режиме просто не работают?
Для проектирования более-менее серьезных программ возможностей языка, помоему, просто не достаточно. Конечно, набыдлокодить хоть что можно, но вот всех фич статической типизации уже не получить.
64 битный режим нужен только чтоб памяти больше 4х гигов юзать, всякие там дополнительные регистры дают минимальный прирост(кроме числодробилок, которые на дельфи никто не пишет. Ага, на сайте ембаркадеро есть список "примечательных" продуктов на базе их рад студии), что подтверждается кучей тестов.
Что-то не вштырило мне 1-я страница креатора.
Неудобно очень, еще ссылка под левую руку лезет.
Бяка.
Лажа в этом релизе с документацией.
На домашней странице Асистанта - бардак:
Qt Reference Documentation
Home
\div{class="indexbox tools"} \div {class="indexboxcont indexboxbar"} \div {class="sectionlist normallist"} \div {class="heading"} What is Qt \enddivПохоже генератор заглючил. Откатился на 4.7.3
"Никто никого не провоцирует"(с)Просто ВНЕЗАПНО появился интерес к альтернативам.
P.S. Да, и вопрос к опенсорс ребе, мера кошерности wxWidgets Licence в соотношении с GPL?
> "Никто никого не провоцирует"(с)
> Просто ВНЕЗАПНО появился интерес к альтернативам.
> P.S. Да, и вопрос к опенсорс ребе, мера кошерности wxWidgets Licence в
> соотношении с GPL?http://www.wxwidgets.org/about/newlicen.htm Стольман одобрил.