LINUX.ORG.RU

Приложения на Qt теперь могут запускаться под Android

 ,


1

2

Разработчики популярного фреймворка для разработки кроссплатформенных приложений Qt совершили ещё один прорыв — теперь Qt-приложения (версии 5.0) можно запустить на платформе Android.

Как говорится в списке рассылки разработчиков, Qt 5.0 Beta 1 успешно запустился на Android-смартфоне с простой установкой через APK-файл (стандартный тип файла для распространения приложений под Android). Также разработчики подготовили несколько тестовых приложений, скрипты для сборки Qt и сопутствующее видео.

>>> Посмотреть видеодемонстрацию



Проверено: tazhate ()
Последнее исправление: Dendy (всего исправлений: 6)

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

Что-нибудь каменное-корпоративное можно будет делать. Там красивости и гайдлайны не нужны, а снижение затрат приветствуется.

Из обычных приложений кто-нибудь тоже наверняка попробует. Некоторые вон до сих пор верят в будущее html5 вместо нативных приложений.

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

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

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

У андроида гайдлайны есть

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

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

интерфейс должен быть консистентным

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

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

Appcelerator, PhoneGap. Первый чуть ближе к нормальным приложениям.

Что с ним не так?

Принципиальная невозможность писать хоть как-то сопоставимые по качеству с нативными приложения.

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

Будут. Изменятся картинки а не идентификаторы - для того и сделано.

ты в этом уверен? у меня тогда вопросы.

1. почему всех этих идентификаторов нет в SDK? как их использовать?

2. если таки я торможу, и их все же можно использовать через идентификаторы, почему тот же Music app тащит с собой все иконки для меню, кнопок, и вообще всю графику для всех элементов, включая appwidget, и не использует системные (подозреваю что и во всех остальных приложениях так же)?

3. где найти все разнообразные размеры этих картинок под все screen densities? на androiddrawables нет, в SDK тоже не вижу в упор.

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

на всех осях встречаются приложения как со скинами, так и без них. хочешь убедить авторов винампа не использовать скины — пиши прямо в AOL.

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

Логичное утверждение, но я что-то не понимаю, кто-то утверждает что язык разметки может что-то заменить?

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

на всех осях встречаются приложения как со скинами, так и без них

только на макоси скинабельных программ исчезающе малое количество (опять же, я не беру всякую мультимедию и игры)

хочешь убедить авторов винампа не использовать скины — пиши прямо в AOL.

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

Что выглядит лучше (я про дефолт, конечно) - foobar или AIMP?

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

Что выглядит лучше (я про дефолт, конечно) - foobar или AIMP?

смотря как настроить. у фубара тоже есть скины.

дефолт — смотря как настроена венда. в некоторых ситуациях AIMP выглядит лучше.

ну и ты ж понимаешь, что «лучше» - это субъективно.

waker ★★★★★
()
Последнее исправление: waker (всего исправлений: 2)
Ответ на: комментарий от waker

смотря как настроить.

дефолтно

дефолт — смотря как настроена венда.

дефолтно

ну и ты ж понимаешь, что «лучше» - это субъективно.

конечно, тем не менее, макось не зря ценят в первую очередь за внешний вид и юзабилити, которое такое не в последнюю очередь благодаря однородности интерфейсов. Узнав хоткеи, где что находится, итп у одной софтины - будет сильно проще переключиться на другую (где-то тут рядом и лежит понятие интуитивности). Теперь попробуй после AIMP запустить какой-нибудь QIP - оба класть с прибором хотели на HIG-и, и каждый по-разному.

А так - да, субъективно, некоторые, вон, доширак любят

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

1. почему всех этих идентификаторов нет в SDK?

http://developer.android.com/reference/android/R.drawable.html

тащит с собой все иконки для меню,

Синдром делфи:)

где найти все разнообразные размеры этих картинок под все screen densities?

http://developer.android.com/guide/practices/screens_support.html

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

дефолтно

ок, если ставить вопрос именно так — то конкретно мне, по визуальной части больше нравится дефолтный aimp. что не мешает мне пользоваться фубаром.

конечно, тем не менее, макось не зря ценят в первую очередь за внешний вид и юзабилити, которое такое не в последнюю очередь благодаря однородности интерфейсов.

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

Теперь попробуй после AIMP запустить какой-нибудь QIP - оба класть с прибором хотели на HIG-и, и каждый по-разному.

это не имеет отношения к теме. ни использование скинов, ни использование стандартных виджетов без скинов не влияет на соответствие HIG'ам.

waker ★★★★★
()
Последнее исправление: waker (всего исправлений: 1)
Ответ на: комментарий от haku

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

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

давай не будет переводить этот тред в макосе-срач

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

это не имеет отношения к теме. ни использование скинов, ни использование стандартных виджетов без скинов не влияет на соответствие HIG'ам.

ещё как влияет, раз:

You are strongly encouraged to use the standard Aqua controls in your app. When you do this, you benefit in three important ways:

When users see familiar controls, they can begin to enjoy your app immediately, rather than spend time figuring out how it works.

Aqua controls are automatically updated whenever the OS X UI is refreshed, which means that you don’t have to produce a new version of your app to take advantage of the new look.

Standard AppKit controls automatically render correctly at any resolution, which means you do not have to provide separate resources for standard and high resolution displays.

два:

Make your application consistent with itself and with other applications, in both its appearance and its behavior. ... Consistency enables users to apply their existing knowledge of their computing environment and other applications to understanding a new application. This not only allows users to become familiar with new applications more quickly, but also helps create a sense of comfort and trust in the overall environment.

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

http://developer.android.com/reference/android/R.drawable.html

ну вот ты привел пример — иконка директории (ic_menu_archive). где она в R.drawable? ты вообще заметил, что картинок на androiddrawables тысячи, а в R.drawable — 174 штуки?

Синдром делфи:)

т.е. ты утверждаешь, что вся эта графика есть в самом андроиде, и доступна через R.drawable? как именно? пройдемся по тем же примерам — фон и кнопки на appwidget, иконки из меню в Music? где?

http://developer.android.com/guide/practices/screens_support.html

это читал, не утруждайся. ответь на конкретный вопрос, откуда брать иконки, если они есть на androiddrawables, но нет в R.drawable?

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

а можно конкретизировать для какой целевой аудитории она наконец будет? потомучто для всех отраслей которые знаю и которые хоть както связаны с кьют она уже давно есть.

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

не ну если у тебя говнодевайс то не спорю. у меня осле того как телефон под дождём поночевал и не такие трюки были(с потёкшей батарейкой и при почти мгновенном разряде аккума при входящем звонке(как оказалось там ток уходил на корпус))... а жаль хороший был телефон.

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

еще раз: попрошу не втягивать меня в макосе-срачь. мне это не интересно. настаиваешь — на, посмотри скриншоты.

1. itunes: http://www.crunchbase.com/assets/images/original/0005/3227/53227v6.png
2. xcode http://ru.brothersoft.com/screenshots/src/442/620f4072078cdf947a63f63dc9283e5...

и покажи где тут HIG, одинаковые виджеты, и отсутствие скинов.

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

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

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

ох точно винфоны я зря написал, всё никак не привыкну что у майкроофт больше не винмобайл(а телефоны на нём так давно привык называть винфонами, в любом случе не в тему получилось). под винфоном 7 кьют вероятно уже не актуален под винфоном 8 он будет ибо это урезанный вин8 rt.

проблема на винфон 7 не столько в опенгл а в том что нет возможности писать приложения на c++

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

для отлучёных от омска: ортировать прилодения написанные на кьют.

А ещё есть такая тема как QT Everywhere, которая имеет такойже эффект как и явовское Write once run everywhere, только write once compile everywhere

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

с вирусняком не пускают. но вирусняка в том самом смысле уе никто и не делает. а так как почти вся власть над устройством у пользователя...

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

Есть движок, посылающий отрисованные части окна в браузерный клиент на канвасе и qt под NaCl. В существовании порта на чистом html5 (js) я сильно сомневаюсь.

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

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

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

так на чистом html5+js пишут только простые игрульки и виджеты. впрочем на js уже написано ядро линукс... портирован BSD эот вопрос времени когда прикладные програмы перестанут описывать методы а будут описывать только логику интерфейса...

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

угумс при этом разрешив этой штуке собирать пароли и вообще всё что ты вводишь.

ЗЫ статья мимо кассы. ибо мимо маркета можно вообще что угодно поставить.

Thero ★★★★★
()
Последнее исправление: Thero (всего исправлений: 1)
Ответ на: комментарий от waker

Ну так когда это было. От карбона давно отказались (скорее всего, даже не пускают в appstore с ним). Сейчас все стандартное, даже иконки.

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

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

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

Не только игры и виджеты. Стек именно для веб-приложений, у которых понятие «страница» задвигается все дальше. Твиттер близок к этому, например.

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

(ic_menu_archive). где она в R.drawable? ты вообще заметил, что картинок на androiddrawables тысячи, а в R.drawable — 174 штуки?

Конкретно с этой какаято мистика, но в платформе их таки тысячи: android.jar/res

т.е. ты утверждаешь, что вся эта графика есть в самом андроиде

Загляни в android.jar/res

откуда брать иконки, если они есть на androiddrawables, но нет в R.drawable?

If you want to use any icons or other internal drawable resources, you should store a local copy of those icons or drawables in your application resources, then reference the local copy from your application code. In that way, you can maintain control over the appearance of your icons, even if the system's copy changes.

То что они не хотят майнтейнить совместимость это они злые конечно.

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

itunes уже переписали на cocoa?

уже да, более того, даже до того он был не на каком-то самолепном тулките из кривых битмапов, а на вполне стандартном (только легаси) карбоне

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

http://upload.wikimedia.org/wikipedia/en/2/24/AIMP3_RC_1_(screensehot).png

http://upload.wikimedia.org/wikipedia/en/thumb/9/9d/Foobar2000_0953_stock.png...

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

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