Во вторник, 8 декабря, компания Qt Company обновила свой фреймворк для кроссплатформенной разработки. Если сравнить с пятой версией 2012 года, в Qt 6.0 появились новые API для 3D-графики, улучшенная поддержка С++17 и система сборки cmake. Полный список изменений компания публикует на странице в вики.

Два дня назад были официально опубликованы указанные мной в заголовке лицензии, что же они нам несут?
С одной стороны это лицензии которые наконец-то защитят пользователей свободного софта от патентов. А с другой стороны…
С другой стороны мы встаем перед большой опасностью. Ядро у нас под GPLv2 only(ядро Linux), пока GNU libc(glibc) выходит под LGPLv2 or later все нормально, но в момент когда GNU libc релизиться под LGPL v3 only(or later) мы получаем невозможность линковки с продуктами под GPLv2 only, в том числе и с ядром, а я хочу напомнить, что GNU libc использует ядреные инклюды.
Так же возникает большая проблема, в случае выхода glibc GPLv3 only и со всем, что связано с Qt, ибо Qt GPLv2 only и не может линковаться с GPLv3 продуктом…
Что же нам готовят новые лицензии? На какие грабли встанем? Каким у вас мнения, коллеги?

Сегодня открыл старую, давно забытую почту на маил.ру.
Все знают о спаме на этом сервере, решил я почитать что же мне предлагают, и нашел такое вот ужасное письмо! С первого взгляда, я подумал что это действительно Qt и первым делом подумал, что ж так кьют не любит, но понял, что это обход фильтров (хотя какие на меил. ру фильтры?)

Ой, ожидания оправдались.

Финская компания «перевезла» своих исследователей в самое сердце Силиконовой Долины – в Palo Alto, где находится также штаб-квартира Facebook. Это произошло уже довольно давно, и является отличным символом нового лица и новой стратегии компании — производителя телефонов со спорными интерфейсами :) И вот они – плоды новой стратегии.

Навеяно топиком о генрации PDF с помощью ghostscript и Inkscape.

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

Итак, генерация PDF с помощью QT

Достаточно давно стал присматриваться к кроссплатформенному С++ программированию. Не то, чтобы это было мне необходимо, но так для общего развития. И вот что я могу отметить: самая большая вещь, которая доставляет проблемы на этом пути — достаточно высокий порог вхождения в эту область именно по причине инструментария.

Если не рассматривать случай программирования в Emacs, что лично мне кажется пока неким толи анахронизмом, толи экстримом, постоянно сравнивая различные IDE с Visual Studio зачастую приходилось просто ужасаться. И главная проблема этих систем была в том, что за редким исключением они не работали из коробки без напильника.

Вторая проблема — юзабилити. Зачастую ниже среднего. Ранние версии KDevelop оставляли достаточно неоднозначное впечатление.

Третье, чего бы хотелось — интегрированного дизайнера интерфейсов. Его не было практически нигде, если не считать NetBeans (но только для Java), да MonoDevelop (GTK#). И хотя эти IDE весьма достойны, хотелось найти легкий способ программировать именно на C++ с минимальным количеством граблей.

В этой статье я хочу привести пошаговое руководство, что называется «для чайников», по установке на платформу Windows работоспособной конфигурации хорошей IDE Eclipse и хорошей библиотеки QT. Стартовую площадку, так сказать.

UPD: Что касается именно программирования в QT, то могу порекомендовать просто шикарную книжку на эту тему:
Jasmin Blanchette, Mark Summerfield: Разработка графического интерфейса с помощью QT3 (перевод Андрей Киселёв)

UDP2: Ещё литература:
Русский перевод документации из QAssistant
Qt4. Профессиональное программирование на C++
Jasmin Blanchette, Mark Summerfield: Qt 4. Программирование GUI на C++
Foundations of QT Development

Привет всему сообществу. Сегодня напишу как настроить привязку qt и ruby в Linux и Windows.
Ruby — интерпретируемый язык высокого уровня для быстрого и удобного объектно-ориентированного программирования. Язык обладает независимой от операционной системы реализацией многопоточности, строгой динамической типизацией, «сборщиком мусора» и многими другими возможностями. Ruby близок по особенностям синтаксиса к языкам Перл и Эйфель, по объектно-ориентированному подходу к Smalltalk. Также некоторые черты языка взяты из Python, Лисп, Dylan и CLU. Подробнее тут

Trolltech Qt (произносится «кьют») — кросс-платформенный инструментарий разработки ПО на языке программирования C++.Подробнее тут

Ars technika сели поговорить с работником Trolltech, а также разработчиком KHTML Ларсом Кноллом. Мы говорили о его участии в проекте, который в конечном итоге стал движком рендеринга HTML в браузере Safari от компании Apple, а также, как участие Apple определило будущее веб-браузинга на всех платформах.

Доброе время суток.
Недавно решил изучить ещё один язык программирования. Выбор пал на python. Написал несколько маленьких скриптов. Но прежде всего я хотел писать приложения с графическим интерфейсом. В интернете наткнулся на этот небольшой туториал, прочтение которого вылилось в предлагаемый Вашему вниманию перевод. Надеюсь, что кому-нибудь он будет полезен.


Это руководство нацелено на получение представления о том как писать маленькие приложения на python, использующие библотеку Qt.

Маттиас Еттрих — человек, который основал проект KDE в 1996 году, и чей голос мы слышим при первом запуске Amarok, сейчас занимается разработкой Qt в Trolltech. Его можно по праву назвать KDE-человеком.

Интервью, которое он дал EFY News Network датируется 15 марта,
Маттиас заявляет что:
«Никто в здравом уме не отдал бы предпочтение Windows, перед Gnu/linux системами, исходя только из пользовательского опыта»

так же он рассказывает о Qt4, KDE4, и о будущем открытого ПО.

Как зародилось KDE?

МЕ: История KDE начинается с почтовых рассылок связанных с Linux и X11 почти 12 лет назад. В октябре 1996 я принял участие в переписке, и довольно быстро собрал около 40 добровольцев. Мы занялись совместной разработкой графической среды. С тех времен, проект значительно вырос, как по количеству программистов, так и количеству пользователей. И несомненно, многократно возрос объем кода, и разнообразие приложений созданных энтузиастами.

Шел 1996 год. Linux был довольно популярен, и имел достаточное количество разработчиков и пользователей, заинтересованных в графическом интерфейсе, в противовес ранним консольным хакерам. В те времена, Microsoft шокировала мир открытого ПО своей Windows95. Сейчас в это трудно поверить, но тогда, многие думали, что Opensource не сможет предоставить чего-то сравнимого с win95. Насколько же глубоко они заблуждались!

— Yahoo за недорого
— Trolltech и Audible тоже да
— Тесты MacBook Air
— Garmin выходит на поле коммуникаторов
— Google против доменных мудрецов
— Противопиратские подвижки недели
— Motorola удивила всех
— Темы наших слушателей

Благодаря этому, улучшатся внешний вид этого браузера и интеграция в систему при работе в оконном менеджере KDE.
Порядок действий для компилирования тестовой версии(в т.ч. под убунтой) читать на сайте Wiki mozilla, а картинки посмотреть можно тут.

В данной статье, я поведу речь о разработке пользовательских интерфейсов с помощью библиотеки QT, также мы с вами сделаем краткий экскурс в историю компании Trolltech, и рассмотрим особенности разработки на QT под Mac OS X на небольшом примере.

Слухи о том, что Qt Software (напомню, что теперь так именует себя бывший Trolltech) выпустит свою IDE ходили давно. На официальном сайте появился даже раздел GreenHouse (кодовое название продукта). Наконец сегодня всё свершилось — вышел QtCreator Technology Preview.
Посмотреть информацию о продукте и скачать его можно тут

О себя хочу добавить, что уже успел посмотреть IDE на Windows и Linux. Первые впечатления исключительно положительные. Все работает правильно и самое главное — очень быстро. Похоже, что дружба с Nokia идёт Qt только на пользу.

Спешу вас обрадовать, что Хабрахабр расширился новым блогом с названием «Qt Software».



Я не буду рассказывать что такое Qt и для чего оно надо, ведь уже всё написано здесь. Поэтому я сразу начну с того, каким бы я хотел видеть этот блог и что буду делать лично я для него.

Данный цикл статей является работой одного очень креативного и умного человека с ником Liksys. Благодаря хорошим людям он получил инвайт и продолжение этого цикла статей будет безусловно! ;)

Часть №1

       Когда люди говорят о Qt, многим из нас сразу вспоминается KDE с его обилием настроек. Программисты следом представляют исходники, написанные на C++ с весьма изящным подходом к решению проблемы. И это вполне оправданно: KDE — это, пожалуй, самый известный Qt-проект, а сама Qt написана на C++ и предназначена в первую очередь именно для него. За долгое время существования этого инструментария он стал своеобразным стандартом в Linux для написания графических приложений наряду с GTK, wxWidgets и т.д. Мощь языка C++ дала возможность создать много отличных программ, а стиль Qt является образцом для подражания многих программистов.

В силу некоторых обстоятельств было решено написать клиент для работы со Smotri.com через предоставляемый ими API. Надо сказать, подобный топик уже проскакивал на хабре (здесь), но там описывалось приложение несколько другого характера.

Итак, обязательные требования к проекту — кроссплатформенность и наличие относительно удобного GUI — наложили некоторые ограничения на языки и платформы. Была выбрана довольно стандартная связка — C++ и Qt, как знакомая и удобная.

Само API представляет из себя набор вызовов XML-RPC или JSON-RPC, его описание лежит тут. Состоит оно, по сути, из набора базовых сущностей (а-ля видео, юзер, комментарий и т.д.) и набора команд для работы с контентом. В целом, API довольно удобно, хотя публично доступная версия имеет некоторые недоработки, но это отдельная история :) Её отголоски можно найти в тикетах трекера, адрес — чуть выше.

Описание технической части

Для работы с API нами был выбран вариант c JSON-ом. Немного помучавшись, были решены проблемы с JSON <-> Qt через QScriptValue и написание небольшого велосипеда. Первый этап пройден, можно передохнуть :)
Далее встал вопрос о написании очень тупого однообразного кода для всех сущностей и команд. Конечно, в моей голове сразу родилась идея о генераторе, выдирающем описание из wiki и выдающем плюсовый код. И конечно, сотимовцем она была сразу же отвергнута как неочевидная по трудозатратам, да и код можно было бы написать руками, в конце концов. В общем-то, всё это верно, но взглянув вечером на кучу сущностей и гораздо большую кучу команд мне очень сильно взгрустнулось и было решено, скрепя сердце, написать чертов генератор. Плюсы решения очевидны — после написания базовой части, аля парсинга вики-формата будет легко конструировать нужный вывод. В общем, за пару вечеров оная утилитка была написана на python, и еще примерно за столько же начала генерировать нечто, почти полносью удовлетворяющее нас и компилятора. Параллельно я узнал, что мой сотимовец написал вручную за это время почти всё то, что генерит моя тулза :D

В общем, через недельку-полторы мы догенерили всё для работы с командами и получили практически полностью работающее и довольно удобное API в Qt-стиле для работы со smotri.com. Чуть опосля были написаны unit-тесты, и мы убедились, что все они проходятся.

Эта часть в настоящее время стабильна и оформлена как отдельная библиотека с примерно таким интерфейсом у главного класса SmotriApi (показаны не все команды):

Итак необходимо преобразовать тип TDateTime, использующийся в Delphi, в тип QDateTime Qt.
TDateTime представляет собой число с плавающей точкой, где целая часть — число дней с 30 декабря 1899 года до текущего дня, а дробная часть — число секунд от начала дня.

QDateTime Converter::fromTDateTime( double tDateTime )
{
int time_t = (int)((tDateTime — 25569.16666) * 86400); //получили время в формате time_t
return QDateTime::fromTime_t( time_t );
}

25569.16666 — это 1 января 1970 года в формате TDateTime.
86400 — количество секунд в одном дне.

В реальной программе оба магических числа заменяем константами.

Обратное преобразование выполняется в обратном порядке.

Ради интереса решил пощупать Qt.

Соответственно, скачал Qt Creator, создал проектик, поигрался с экшнами и прочим. И захотелось проектик этот собрать в .exe-файл.

Дебаг в рамках Creator выполнялся идеально, а вот после Build — .exe выдал мне требование зависимости mingwm10.dll.

Полез в Google, и после некоторого времени поиска сообразил скопировать

C:\QT\QTCreator\bin\mingwm10.dll, а так же
C:\QT\QTCreator\qt\bin\QtCore4.dll
C:\QT\QTCreator\qt\bin\QtGui4.dll

в папку с билдом. Только после этого и заработало.

Но остаётся проблема последующего распространения программы. Неужели для того, чтобы передать другому человеку своё творение размером в 100 килобайт, надо делать инсталлер, чтобы закидывать вышеуказанные файлы в System32?

Уважаемые знатоки, просвятите меня — разве никак нельзя собрать проект вместе с зависимостями?
Может, как-то можно уменьшить объём 13-ти мегабайт библиотек для работы 100 килобайтной программы?

UPD: Знатоки пишут, что библиотеки обязательны.

Выбор невелик тогда — или паковать NSISом (получилось 4.5 мегабайта на пустой проект), или же делать сетевой инсталлер с вспомогательной программкой, которая будет тянуть зависимости, или же делать solid — как есть.

Даже если собирать библиотеки static — то получится просто раздутый .exe-файл