[ON] Проект по портированию Qt для платформы Android перешел под крыло сообщества KDE

[rssbot]

Проект Necessitas, в рамках которого ведется работа по адаптации инструментария Qt для платформы Android, анонсировал перевод разработки под крыло сообщества KDE. По заявлению основателя Necessitas, проект перешел под покровительство KDE так как оба проекта имеют сходные цели - развитие, продвижение и обеспечение свободной доступности Qt. Для разработчиков KDE обеспечение полной поддержки платформы Android в Qt сулит интересные перспективы, связанные с распространением приложений KDE для различных типов мобильных устройств. Одновременно представлен второй экспериментальный релиз системы Necessitas, подготовленный уже с частичным использованием инфраструктуры KDE. Для загрузки доступны предкомпилированные для GNU+Linux и Windows версии SDK Necessitas, а также обеспечивающее работу Qt приложение для платформы Android. Из добавленных улучшений, можно отметить:

• Поддержка SSL;
• Поддержка QtWebKit 2.1 с возможностью использования JIT-компиляции. По сравнению с прошлым выпуском производительность QtWebKit увеличилась в два с половиной раза, но все равно почти в два раза отстает от поставляемого в составе Android движка WebKit;
• Использование Qt Creator 2.2;
• Предварительная поддержка QtMobility;
• Включение в состав инструментария GDB 7.2 с поддержкой Python;
• Упрощение процесса установки и обновления благодаря переходу на использование Nokia SDK Installer.

Проект Necessitas предоставляет полный набор средств для разработки и портирования Qt-приложений для платформы Android, при этом весь процесс подготовки, сборки и отладки таких программ полностью интегрирован в IDE QtCreator. На телефоне все Qt-приложения используют один набор разделяемых библиотек Qt, что позволяет добиться большей экономии памяти при одновременном запуске нескольких Qt-программ. Один раз собранная в виде стандартного apk-пакета Qt-программа, может в дальнейшем использоваться для различных версий платформы Android, не требуя пересборки при выходе новых версий Android. Ключевые компоненты Necessitas:

• Ministro - программа для установки и обеспечения работы Qt-библиотек в системе Android. Ministro реализован в виде сервиса для платформы Android, обеспечивающего наличие в системе актуального для текущей версии Android набора Qt-модулей. В случае отсутствия требуемого модуля он загружается по сети;
• Qt framework - модифицированный для поддержки платформы Android вариант инструментария Qt. В настоящее время поставляется только sw-плагин (SingleWindow), использующий для обеспечения работы Qt-приложения только одно окно в системе Android, выводя поверх него все окна, сгенерированные Qt, такие как диалоги, меню и т.п. Для трансляции вывода используется родная реализация поддержки фреймбуфера (framebuffer) из Qt, расширенная интерфейсом для взаимодействия с платформой Android. Для обеспечения поддержки OpenGL для акселерации вывода в будущем планируется подготовить еще один плагин - mw (MultiWindow).
• Qt Creator for Android - редакция интегрированной среды Qt Creator, адаптированная для разработки приложений для платформы Android.

Источник: http://www.opennet.ru/opennews/art.shtml?num=30757


оригинал на opennet.ru

[sash-kan]

ну чё, вот, вслед за gnome/linux-ом назревает и kde/linux.

так держать!

больше полу-операционок, нескучных и разных!

[kma21]

Ну а что ж в этом плохого? Чем больше линий развития, тем больше пользователей (о вкусах не спорят, правда?). Чем больше пользователей, тем больше разработчики ПО будут обращать внимания на GNU/Linux как таковую (ОС всмысле). Следовательно, в скором времени появятся пакеты ПО узкоспециализированные.

[Voral]

ну чё, вот, вслед за gnome/linux-ом назревает и kde/linux.

так держать!

больше полу-операционок, нескучных и разных!

Почему? Qt нормальное средство разработки для Symbian (во время я выбрал нокию с симбой ) и для Maemo, Так пусть будет и средством разработки для андроида. Что ж плохого в том, что по замыслу будет продвигаться поддержка еще одной платформы.

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

[sash-kan]

kma21
Voral
я же не зря написал «_полу_-операционок».
операционной системой можно много чего назвать. bios, grub, даже linux, в конце концов.
только понимаете ли в чём дело. есть такая штука, как стандарт интерфейса операционной системы.
самый известный из них — posix. менее известные (но я, по крайней мере, о них слышал) — svid, xpg. наверняка существуют и другие, менее известные/распространённые.
для чего они нужны? в наибольшей степени для того, чтобы программа, написанная с соблюдением, например, требований posix, легко портировалась на любую операционную систему, отвечающую тому же стандарту.
программ, удовлетворяющих требованиям всё того же posix-а, как грязи.
скорее всего, без всяких модификаций они соберутся и будут работать на любой операционной системе, полноценно реализующей интерфейс, в стандарте posix описанный.
а если операционная система не полностью реализует стандарт, или разработчики вообще не заморачивались такой идеей (яркий пример — android/linux), то собрать posix-совместимую программу под такую ось будет гораздо сложнее. если вообще возможно (без кардинального переписывания программы).

вот такие пироги с котятами.

[Denjs]

Есть гадостливое чувство что , скоро _весь_ Qt перейдет под крыло KDE )))))))))

но новость радует)
теперь надо что бы кто нибудь из принципа занялся портированием Qt на вендо-мобайл-7 и будет все совсем как раньше)))))
и пофигу пинсосские выкрики про то что "Qt не укладывается в экосистему разработки для вендомобиля")))

[agentprog]

_весь_ Qt перейдет под крыло KDE

Вы так говорите, как будто это что-то плохое

[Crazy]

а если операционная система не полностью реализует стандарт, или разработчики вообще не заморачивались такой идеей (яркий пример — android/linux), то собрать posix-совместимую программу под такую ось будет гораздо сложнее. если вообще возможно (без кардинального переписывания программы).

Нахрена системе основанной на технологии Java, иметь кучку системных вызовов Си?

[sash-kan]

Нахрена системе основанной на технологии Java, иметь кучку системных вызовов Си?

ни к чему. вот и получилась «вещь в себе».

[Crazy]

Нахрена системе основанной на технологии Java, иметь кучку системных вызовов Си?

ни к чему. вот и получилась «вещь в себе».

Количество разработанных приложений, говорит об обратном.

[sash-kan]

Нахрена системе основанной на технологии Java, иметь кучку системных вызовов Си?

ни к чему. вот и получилась «вещь в себе».

Количество разработанных приложений, говорит об обратном.

о чём именно обратном говорят _разработанные_ программы?
вероятно о том, что _портировать_ на android сложнее, чем разрабатывать.

[Crazy]

о чём именно обратном говорят _разработанные_ программы?
вероятно о том, что _портировать_ на android сложнее, чем разрабатывать.

О востребованности системы, мобильность это свойство программы, а не ОС.

[sash-kan]

О востребованности системы

несомненно. но никак и не противоречит тому, что эта система — «вещь в себе».

мобильность это свойство программы, а не ОС

мобильность — в смысле портируемость? вероятно, да. но:

Международные стандарты (в частности, продвигаемые ISO) значительно упрощают портирование, благодаря тому что они описывают среду исполнения программ таким образом, что различия между платформами становятся минимальными. Часто портирование программ между платформами, реализующими один и тот же стандарт (такой как POSIX.1) сводятся к перекомпиляции программы на новой платформе.

[Crazy]

О востребованности системы

несомненно. но никак и не противоречит тому, что эта система — «вещь в себе».

мобильность это свойство программы, а не ОС

мобильность — в смысле портируемость? вероятно, да. но:

Международные стандарты (в частности, продвигаемые ISO) значительно упрощают портирование, благодаря тому что они описывают среду исполнения программ таким образом, что различия между платформами становятся минимальными. Часто портирование программ между платформами, реализующими один и тот же стандарт (такой как POSIX.1) сводятся к перекомпиляции программы на новой платформе.

Мобильность это один из показателей качества по ISO 9126.
Вопрос в том, что портировать и зачем?

[sash-kan]

Мобильность это один из показателей качества по ISO 9126.

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

Вопрос в том, что портировать и зачем?

программы и библиотеки. чтобы пользоваться.

p.s. на всякий случай предупрежу: android-ом не пользуюсь.

[Crazy]

программы и библиотеки. чтобы пользоваться.

Какой смысл тащить программы неадаптированные под мобильные устройства, когда можно на android market приобрести любую альтернативу.

[Denjs]

программы и библиотеки. чтобы пользоваться.

Какой смысл тащить программы неадаптированные под мобильные устройства, когда можно на android market приобрести любую альтернативу.

Вы знаете, мысль о том, что "проще/быстрее найти уже готовую программу чем писать свою", - она как бы уже не актуальна. Оно так было лет 10-20 назад.
А сегодня такой наивный местами подход разбивается о реалии дней - иногда быстрее написать свою программу, чем искать в мегатоннах информационного хлама и мусора предлагаемого к покупке или приобретению.

[sash-kan]

программы и библиотеки. чтобы пользоваться.

Какой смысл тащить программы неадаптированные под мобильные устройства, когда можно на android market приобрести любую альтернативу.

android market — это market.android.com, верно?
ну вот попробовал навскидку найти perl, awk, sed.
не получилось.

p.s. не подскажете, каким образом нужно «адаптировать под мобильные устройства» перечисленные программы?

[Crazy]

ну вот попробовал навскидку найти perl, awk, sed.
не получилось.

Функциональность Perl покрывает функциональность awk, sed, а все вместе покрывается готовыми компонентами Java.
Большинству

p.s. не подскажете, каким образом нужно «адаптировать под мобильные устройства» перечисленные программы?

Не показательный пример, можешь представить emacs, vim, на экране 3.5", при отсутствие отдельной клавиатуры?

Вы знаете, мысль о том, что проще/быстрее найти уже готовую программу чем писать свою", - она как бы уже не актуальна. Оно так было лет 10-20 назад.
А сегодня такой наивный местами подход разбивается о реалии дней - иногда быстрее написать свою программу чем искать в мегатоннах информационного хлама и мусора предлагаемого к покупке или приобретению.

Поэтому написана куча текстовых редакторов, аудио/видио плееров, менеджеров окон и т.д.

[Denjs]

Вы знаете, мысль о том, что проще/быстрее найти уже готовую программу чем писать свою", - она как бы уже не актуальна. Оно так было лет 10-20 назад.
А сегодня такой наивный местами подход разбивается о реалии дней - иногда быстрее написать свою программу чем искать в мегатоннах информационного хлама и мусора предлагаемого к покупке или приобретению.

Поэтому написана куча текстовых редакторов, аудио/видио плееров, менеджеров окон и т.д.

Верно, но это следствие. И оно никак не относится к тому, что найти на андроид-маркете нужную мне программу можно далеко не всегда (равно как и на любом другом "маркете".

Мне например нужен менеджер заявок, с графическим интерфейсом а-ля расписания, но с разделением по проектам. Вниз-время, вправо - проекты. На пересечении - тикеты заявок (встреча, задача, и пр) Я такого даже на дектопе не нашел, какой там андроид маркет.
И писать его я буду на "C++/Qt"+"ECMA Script/QtScript" а не жабе(Java). Не только потому что я знаю C++/Qt и не знаю жабу.
Потому что переносимость жабьего байт-кода - это имхо скорее миф, чем практически используемая штука.
Потому что мне нужен скриптовый движок для перестройки бизнес-задач и поведения моей софтины без пересборки. И что бы у меня не было затруднений в интеграции программных классов в скриптовый движок.
Да и с производительностью жаба-машины - тоже надо выяснять.

[Crazy]

Мне например нужен менеджер заявок, с графическим интерфейсом а-ля расписания, но с разделением по проектам. Вниз-время, вправо - проекты. На пересечении - тикеты заявок (встреча, задача, и пр) Я такого даже на дектопе не нашел, какой там андроид маркет.

К делу не относится, т.к. нечего переносить.

И писать его я буду на "C++/Qt"+"ECMA Script/QtScript" а не жабе(Java).

Только стандартов POSIX на графические фреймворки нет. А простая читалка FBReader вообще не привязана к конкретному фреймворку.

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

Когда потребовался XMPP сервер+клиен для MCBC, то взял Openfire/Smack запустил и настроил за 5 минут.
Тут же MCBC POSIX система, и куча ПО не сможет собраться/запуститься

Да и с производительностью жаба-машины - тоже надо выяснять.

А пользователям Android вполне хватает. Eclipse написан на Java, но на Pentium 4 проблем с производительностью не вижу.

[sash-kan]

ну вот попробовал навскидку найти perl, awk, sed.
не получилось.

Функциональность Perl покрывает функциональность awk, sed, а все вместе покрывается готовыми компонентами Java.

т.е., ткнув случайно пальцем, я оказался прав, и они не портированы. и вы продолжаете утверждать, что это не «вещь в себе»?

p.s. не подскажете, каким образом нужно «адаптировать под мобильные устройства» перечисленные программы?

Не показательный пример, можешь представить emacs, vim, на экране 3.5", при отсутствие отдельной клавиатуры?

почему 3.5"? единственное устройство с android-ом, которое я держал в руках, имело экран дюймов десяти по диагонали.

[Crazy]

т.е., ткнув случайно пальцем, я оказался прав, и они не портированы. и вы продолжаете утверждать, что это не «вещь в себе»?

Почему не портируемые?
http://www.google.com/cse?cx=0026834153311...8&sa=Search

почему 3.5"?

Потому, что тот же HTC выпустила 30 мил.
[ON] HTC платит Microsoft пять долларов за каждый сделанный Android-телефон

[sash-kan]

т.е., ткнув случайно пальцем, я оказался прав, и они не портированы. и вы продолжаете утверждать, что это не «вещь в себе»?

Почему не портируемые?
http://www.google.com/cse?cx=0026834153311...8&sa=Search

хорошая ссылка. типа: разбирайся сам.
попробовал разобраться. не нашёл упоминаний про портирование perl-а.
нашёл упоминания про пару проектов, позволяющих интерпретировать (видимо, сильно урезанные) скриптики «с синтаксисом perl-а», специально для этих проектов написанные.
btw. я написал «не портированы», а не «непоритруемы». есть ведь разница.

почему 3.5"?

Потому, что тот же HTC выпустила 30 мил.
[ON] HTC платит Microsoft пять долларов за каждый сделанный Android-телефон

не понял, какое отношение 30 мил(лионов?) (чего?) имеет к десятидюймовому планшету, ну да ладно.

[Crazy]

хорошая ссылка. типа: разбирайся сам.
попробовал разобраться. не нашёл упоминаний про портирование perl-а.
нашёл упоминания про пару проектов, позволяющих интерпретировать (видимо, сильно урезанные) скриптики «с синтаксисом perl-а», специально для этих проектов написанные.
btw. я написал «не портированы», а не «непоритруемы». есть ведь разница.

Как можно портировать язык программирования?
http://code.google.com/p/perldroid/ сборка интерпретатора 5.10, что не так?

[sash-kan]

хорошая ссылка. типа: разбирайся сам.
попробовал разобраться. не нашёл упоминаний про портирование perl-а.
нашёл упоминания про пару проектов, позволяющих интерпретировать (видимо, сильно урезанные) скриптики «с синтаксисом perl-а», специально для этих проектов написанные.
btw. я написал «не портированы», а не «непоритруемы». есть ведь разница.

Как можно портировать язык программирования?

perl — это ещё и интерпретатор языка программирования.
от которого мало пользы без cpan-а.

http://code.google.com/p/perldroid/ сборка интерпретатора 5.10, что не так?

The « PerlDroid » application will be able to download and install Perl modules (core modules at minima) specially built for it.

в общем, нету perl-а. но это несущественно, в конце концов.

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

[Crazy]

perl — это ещё и интерпретатор языка программирования.
от которого мало пользы без cpan-а.

CPAN не является стандартным набором модулей perl, работоспособность этих модулей никем не гарантируется.
Стандартный Perl достаточно мощный для его использования.

в общем, нету perl-а. но это несущественно, в конце концов.

Предъявите доказательства того, что не могу писать приложения на Perl под Android.

android — вещь в себе. по крайней мере — пока. если вас раздражает это заключение, можете превратить его в предмет гордости: вот, ни с чем несовместимый велосипед построили, а для него уже и куча программ написана, как же это круто и замечательно.

Понятие "вещь в себе" ввел Кант, и смысл его здесь не определен. Из-за ядра Linux андройд так же posix совместимая система.

[sash-kan]

Предъявите доказательства того, что не могу писать приложения на Perl под Android.

об чём я и говорю. наверняка, что-то написать можно. а вот воспользоваться уже написанным… насколько я понимаю, по крайней мере, не так-то просто.

Понятие "вещь в себе" ввел Кант, и смысл его здесь не определен.

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

Из-за ядра Linux андройд так же posix совместимая система.

я бы посоветовал хотя бы бегло ознакомиться с требованиями к операционной системе, изложенными в спецификации «переносимого интерфейса операционных систем unix», прежде чем делать такие заявления. вот ссылка: http://www.opengroup.org/onlinepubs/007904975/toc.htm

удачи. за сим откланиваюсь.

[Crazy]

Из-за ядра Linux андройд так же posix совместимая система.

я бы посоветовал хотя бы бегло ознакомиться с требованиями к операционной системе, изложенными в спецификации «переносимого интерфейса операционных систем unix», прежде чем делать такие заявления. вот ссылка: http://www.opengroup.org/onlinepubs/007904975/toc.htm

Вроде как ISO/IEC 9945-1:1996 соответствует.

[agentprog]

можешь представить emacs, vim, на экране 3.5"

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