Мой совет - откажитесь от C++/Qt/QML, если планируется редактор текста. Делайте нативно, т.к. будет поддерживаться стандартное поведение для каждой платформы. На QML можно делать рисовалку какую-нибудь, игры и приложения, которым не нужно стандартное поведение, к которому привыкли пользователи платформы.

Смотря какое приложение. Если нужно красивое приложение, с анимациями и т.д., то без QML будет тяжко. Но там для Windows до сих пор существуют проблемы с OpenGL на разных видеокартах, приложение может коряво показываться, кракозябы вместо шрифтов. В основном на интегрированных видеокартах Intel. Также есть проблема с HiDPI мониторами, часто возникают проблемы с масштабированием UI. А вот на MacOS с этим проблем нет, намного стабильней там работает.

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

А вы уверены, что вам вообще нужно такое количество потоков? Для чего это делается? QNetworkAccessManager сам по себе асинхронный и может исполнять несколько запросов сразу.

Пользовался QtNetworkAuth для Google, в 5.8 есть кое-какие недоработки по API, которые исправлены в новых версиях. Так что лучше брать последнюю версию Qt.

Вроде как с России не берут) По-крайней мере, летом знакомый искал работу и в вакансии они так и написали. Я подрабатывал там в 2014, когда еще была небольшая команда, потом основатель (кстати, норм чувак) решил развивать локальную команду в Польше и все удаленщики ушли. Через 2 года опять стали набирать разработчиков на удаленку. Сейчас не знаю как, но в 2014 по деньгам не жадные были.

Какая версия Qt? Откуда ставили? Из онлайн-инсталлятора?

Обычно ставится последний API level через Android SDK Manager, а дальше в AndroidManifest.xml указывается последний API как target, а так же минимальный API (в вашем случае 15). Если не используется никаких новых возможностей из последних API, то на старых девайсах должно работать так же. Особых проблем с этим у меня не возникало, но я делал только проекты на Qt Quick и там минимальный API - 16. Пакеты все обычно обновляю, проблем не было. А у вас на виджетах проект?

Я уже выше написал, надо вместо SwipeView взять ListView и установить свойству snapMode значение ListView.SnapOneItem, таким образом, мы получим тот же SwipeView. А чтобы запретить свайп, изменяйте свойство interactive.

В SwipeView нет свойства interactive, если речь идет о QtQuick.Controls 2.1. Воспользуйтесь обычным ListView с установленным snapMode = ListView.SnapOneItem, будет такой же SwipeView, но уже со свойством interactive.

Соберите exe и все dll в инсталлятор и установите на другом ПК. Зачем для этого нужна статическая сборка?

Работает нормально на Android 6. Только приложение на Qt 5.8.

Вот ссылка на мой комментарий, где я пошагово описал, что нужно сделать - https://bugreports.qt.io/browse/QTBUG-43558?focusedCommentId=344174&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-344174. Там в исходниках надо кое-что подправить, пересобрать jar-пакеты и скопировать их обратно в каталог с текущей Qt. Исходники можно загрузить через онлайн-инсталлятор (если вы через него ставили Qt).
P.S. Я все это делал на Linux

На Android тоже пытались таким образом избежать мерцания, но там проблема была в SurfaceView, который по какой-то непонятной причине сначала показывал черный экран вместо приложения. Т.е. даже если у себя в Qt-приложении сделать идентичный Splash, то в нем нет смысла, т.к. сам SurfaceView мерцает при старте. Видимо в iOS похожая проблема.

kambala, я полагаю, что docent имел в виду проблему с мерцанием черного экрана между splash и запуском Qt приложения. Как я написал выше, в Android я смог найти вариант решения проблемы, а iOS пока особо не занимался, но пробовал запускать приложение. Там тоже заметил этот мелькающий черный экран. С iOS опыта не имею, так что если кто знает  как убрать это мерцание, тоже послушаю