Компания Nokia выпустила (http://blog.qt.nokia.com/2012/03/28/qt-4-8-1-libraries-for-w.../) обновление кросс-платформенного фреймворка Qt 4.8.1 (http://get.qt.nokia.com/). По сравнению с Qt 4.8.0 (http://www.opennet.ru/opennews/art.shtml?num=32571) в новой версии отмечается внесение более 200 изменений, направленных на улучшение поддержки настольных и встраиваемых платформ. Из новшеств Qt 4.8.1 можно выделить обеспечение поддержки магазина приложений Mac App Store. Кроме того, большая порция ошибок исправлена в QtCore, QtGUI и QtNetwork. Основная часть исправлений сделана силами компании Digia, которой год назад (http://www.opennet.ru/opennews/art.shtml?num=29824) были делегированы функции оказания коммерческой поддержки и лицензирования.В настоящее время для загрузки доступен только обособленный комплект библиотек Qt 4.8.1, Qt SDK 1.2.1 c новой версией Qt и компонентами для поддержки платформ Nokia Symbian и Nokia N9 планируется выпустить через несколько недель.
URL: http://blog.qt.nokia.com/2012/03/28/qt-4-8-1-libraries-for-w.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=33470
> Из новшеств Qt 4.8.1 можно выделить обеспечение поддержки магазина приложений Mac App StoreНу и зачем оно нам надо?
А оно не только для вас делается
Да, точно! Еще это делается для дельцов из купертино.
не надо — не используй. вот мне, например, Qt Creator безразличен: так я и не использую.
gtk3 темы по факту не готовы даже для гном 3(хотя там вон новый вышел может и запилили)ЗЫ в любом случае даже сейчас кутэ прилоения в гном лучше чем гтк приложения в кде( и это из-за кривости гтк как ни странно)
> gtk3 темы по факту не готовы даже для гном 3(хотя там вон
> новый вышел может и запилили)Так это не повод наблюдать пластик во всех Qt-приложениях.
Это повод перейти на КДЕ и не ныть что в гноме что-то не так.
>Это повод перейти на КДЕ и не ныть что в гноме что-то не так.Гораздо проще отказаться от Qt.
Откажись.
Откажись! Будь мужиком!
Да, и пустой ченджлог удручает. Они там точно что-то исправляли?
> Да, и пустой ченджлог удручает. Они там точно что-то исправляли?Прямо на странице новости в комментах.
silvansky March 28, 2012 at 3:47 pm
Here is the changelog from .tar.gz
GTK морально устарел, сейчас рулит Qt.
qt просто не только графический тулкит, а комплексный фреймворк (компонентов дофига). сравнение не очень корректно...
Где, скажите, где в нем класс для работы с RS232 (COM порт)?
Когда я такой вопрос задавал на соответствующих конференциях - мне вежливо говорили "Qt это графический фреймворк, там не нужны классы для работы с COM портом, кокококо"
>Где, скажите, где в нем класс для работы с RS232 (COM порт)?
>огда я такой вопрос задавал на соответствующих конференциях - мне вежливо говорили "Qt это графический фреймворк, там не нужны классы для работы с COM портом, кокококо"Отсутствие отдельного/конкретного класса для работы с RS232 - не говорит о том что фреймворк графический, сейчас с ходу не смогу назвать причины оного, но видать они есть.
причины простые: Qt — это не kitchen sink. и не дельфи. задача Qt — предоставить механизмы для платформо-независимой работы с *распространёнными* вещами, а не со всем на свете. как только работа с ком-портами станет нужна всем и каждому — в Qt появится стандартный класс.
> Где, скажите, где в нем класс для работы с RS232 (COM порт)?а я хочу класс эмулятора Z80. хреновый фреймворк этот Qt, даже такую простую вещь не умеет.
> а я хочу класс эмулятора Z80. хреновый фреймворк этот Qt, даже такую
> простую вещь не умеет.Вы так говорите, как будто rs232 это что то редкое, никому не нужное.. На самом деле - применяются повсеместно. Вот мне пришлось делать управление одним контроллером по rs232, так вот выбран был c#, потому что там есть простой и удобный класс для работы с rs232. А очень хотелось сделать имено на Qt.
на самом деле это нужно очень небольшому количеству пользователей. я понимаю, что если нужно тебе, то оно просто обязано быть в Qt, но увы: Qt пишут не только для тебя.
а что мешает использовать qextserialport ?
> а что мешает использовать qextserialport ?ненене, ожидаемо будут какие то ошибки. Разрабатывается софт на линуксе, тестируется на на винде 32-бит, а работать будет на винде 64 бит. Таскать с собой какие то сторонние библиотеки на столь разные платформы - шансы что везде будет одинаково работать стремятся к нулю.
>ненене, ожидаемо будут какие то ошибкиВанга?
прикинь, у меня как раз такая ситуация: разрабатываем приложения на Qt с использованиеv qextserialport под Linux, собираем под Linux, Windows и, даже, freeBSD. Пару лет назад даже под WinCE собирали. И везде работает. Кончай ныть.
>На самом деле - применяются повсеместно.Какое повсеместно?
За пять последних лет ни разу не видел компьютера с реальным COM портом.
>>На самом деле - применяются повсеместно.
> Какое повсеместно?
> За пять последних лет ни разу не видел компьютера с реальным COM
> портом.COM может и нет, а те же ttyACM устройства через USB , такие например как USB модемы (e1550, mf100 и др.)
А с виртуальным COM-портом ты тоже не видел? ;)
>>А очень хотелось сделать имено на Qt.на prog.org.ru есть класс для RS232.
открыли порт в нужном режиме. прочли-записали. закрыли порт.
http://tldp.org/HOWTO/Serial-Programming-HOWTO/
что нужно от Qt?
Что бы qt все сдЕЛАЛА ЗА МЕНЯЯЯЯЯ!!!! *бьется в истерике*
>Где, скажите, где в нем класс для работы с RS232 (COM порт)?Кажется в Qt 5 будет. Мельком что-то такое видел в рассылке.
Есть сторонняя библиотека, которая похоже что войдет в Qt5: http://www.prog.org.ru/topic_9537_0.html
Я этим пользуюсь, работает хорошо и в линуксе и в винде.
А чем QextSerialPort не угодил? Я его уже больше года пользую, в своих проектах, ни каких нареканий.
Есть три либы для этого дела! QSerialDevice из них наиболее юзабельная.