А пользователям OS X повезло ещё больше, system-wide.
Вообще говоря, полезнее всего узнавать не перевод, а именно толкование иными словами. Заметил огромный бонус к запоминанию слов, значение которых получено именно таким образом.
Тот же Qt для Android сейчас на сайте в виде сборки под Mac имеется, почему нет. Вылезали бы уже из танка, мак это рабочий инструмент большого количества прогрессивных разработчиков. Потому что UNIX и user-friendly одновременно, что ещё можно желать.
Ну, всё равно порт Qt на Android включает в себя и это в том числе.
Screen 1
А вообще, может быть два подхода с QtQuick — первый, это когда QtQuick используется как часть приложения, а всякие диалоги/меню и так далее вызываются стандартными средствами Android. Второй — когда используется NativeActivity, то есть в режиме для игр, когда взаимодействие с пользователем лежит на плечах программиста QML.
И их отказ от NativeActivity был следствием углубления в первый.
Screen 2
Но, как я уже наисал выше, если требуется хорошая интеграция и нативные контролы — лучше уж сразу идти учить Android SDK и забить на возню с Qt. Xamarin уже давно всё умеют, и C# приятней C++/Qt, однако когда дело доходит до приложений и до взаимодейтсвия с Android SDK — начинается боль.
Не понимаю, зачем Qt на телефоне, за исключением того, что компания зарабатывает на подписке таких любителей. Одно дело писать для десктопа, совсем другое — для телефонов. Не знаю, как с iOS, но в Android при разработке на Qt придётся делать JNI-обёртки, много. И ещё объём внешних зависимостей напрягает. Вот скриншот структуры:
Вариант справа подразумевает запаковку всех зависимостей в APK, что добавит 30-40мб сверху. И это не ассеты для игры, а рантайм для вашего калькулятора.
Вариант слева требует установки внешнего хелпера Ministro, что возвращает нас в 2004 год, когда в PalmOS нужно было устанавливать всякие рантаймы вроде PocketC Runtime. Типичная реакция современного пользователя
Если, разумеется, вы не раздаёте планшеты с вшитым Ministro и самим приложением всяким ведомствам под заказ.
Имхо, единственная фича от всего стека Qt, которая реально пригодилась бы на телефонах — это Qml/QtQuick для действительно сложных приложений, которые и не должны копировать нативный интерфейс. Как Photoshop на ПК — не копирует нативный интерфейс, а работать удобно. Таким и +30мб на рантайм не жалко.
Причём для работы QtQuick достаточно лишь NativeActivity и сюрфейса, по которому рисовать. Разработка таких приложений будет идти легче. В основном из-за заранее низких ожиданий — мол, что вы хотите, это же NativeActivity. А надеяться на идеальный порт Qt, с его-то виджетами и модулями вроде QtXml, при разработке под Android (.., iOS, ..) — это удел особо упоротых.
Вообще говоря, полезнее всего узнавать не перевод, а именно толкование иными словами. Заметил огромный бонус к запоминанию слов, значение которых получено именно таким образом.
Приведу два фрагмента:
Нет, они сделали QtActivity.java. Слайд про минусы NativeActivity не мой, это из вебкаста «Qt on Android: Is it right for you?» от авторов порта, вероятно они что-то скрывают. ;)
А вообще, может быть два подхода с QtQuick — первый, это когда QtQuick используется как часть приложения, а всякие диалоги/меню и так далее вызываются стандартными средствами Android. Второй — когда используется NativeActivity, то есть в режиме для игр, когда взаимодействие с пользователем лежит на плечах программиста QML.
И их отказ от NativeActivity был следствием углубления в первый.
Но, как я уже наисал выше, если требуется хорошая интеграция и нативные контролы — лучше уж сразу идти учить Android SDK и забить на возню с Qt. Xamarin уже давно всё умеют, и C# приятней C++/Qt, однако когда дело доходит до приложений и до взаимодейтсвия с Android SDK — начинается боль.
Вариант справа подразумевает запаковку всех зависимостей в APK, что добавит 30-40мб сверху. И это не ассеты для игры, а рантайм для вашего калькулятора.
Вариант слева требует установки внешнего хелпера Ministro, что возвращает нас в 2004 год, когда в PalmOS нужно было устанавливать всякие рантаймы вроде PocketC Runtime. Типичная реакция современного пользователя
Если, разумеется, вы не раздаёте планшеты с вшитым Ministro и самим приложением всяким ведомствам под заказ.
Имхо, единственная фича от всего стека Qt, которая реально пригодилась бы на телефонах — это Qml/QtQuick для действительно сложных приложений, которые и не должны копировать нативный интерфейс. Как Photoshop на ПК — не копирует нативный интерфейс, а работать удобно. Таким и +30мб на рантайм не жалко.
Причём для работы QtQuick достаточно лишь NativeActivity и сюрфейса, по которому рисовать. Разработка таких приложений будет идти легче. В основном из-за заранее низких ожиданий — мол, что вы хотите, это же NativeActivity. А надеяться на идеальный порт Qt, с его-то виджетами и модулями вроде QtXml, при разработке под Android (.., iOS, ..) — это удел особо упоротых.