Равиль Зарипов (ZuBy)

Вот поэтому нужно валить с делфи, если хотите и дальше писать под андроид. Нам нельзя повышать СДК (андроид 6.0+ запрашивает разрешения в рантайм, чего мы не можем делать, хотя есть костыль у Андрея Ефимова)

продублирую сюда свое "исследование"
 
 
 

использовать TMultiView с режимом Custom + FMX.MultiView.CustomPresentation.pas
смотреть демо пример
 
кинуть на этот MultiView edit и кнопку, готово

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

Про память возможно и не точно. Я в чатике проводил "исследование" месяца 1,5 назад...

Равиль, безмерно благодарен за ZMaterial. Они очень помогли сделать интерфейсы более красивыми.
Вот с ModernLV пока не подружился, но понимаю что без него не обойдется

http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Using_an_HTTP_Client
NetHTTPClient1.ProxySettings := TProxySettings.Create('192.168.1.1', 8080, 'MyUserName', 'MyPassword');  

С помощью маски можно любую форму.TBitmap.CreateFromBitmapAndMask().
В результате получим изображение с прозрачностью, в данном случае звезда и прозрачный фон. 

procedure TForm1.Button1Click(Sender: TObject); var ImageRes: TResourceStream; Result: TBitmap; tmpMS : TMemoryStream; begin ImageRes := TResourceStream.Create(HInstance, 'IMAGE', RT_RCDATA); try Image1.Bitmap.CreateFromStream(ImageRes); Image2.Bitmap.LoadFromFile('c:\temp\MaskedBitmap\Images\Mask.png'); Result := TBitmap.Create; Result.CreateFromBitmapAndMask(Image1.Bitmap, Image2.Bitmap); // applying alpha channel to Bitmap - workaround. If you can improve write here how tmpMS := TMemoryStream.Create; Result.SaveToStream(tmpMS); Result.LoadFromStream(tmpMS); tmpMS.Free; Image3.Bitmap.Assign(Result); finally ImageRes.Free; Result.Free; end; end;  
MaskedBitmap.zip

Очередные холивары из разряда "мои проблемы никто не хочет решить за меня, значит Delphi плохой инструмент, давайте все перейдем в другую песочницу...". Минусы FMX есть и будут, от этого никуда не денешься, но в последнее время весь soft и продукты катятся в яму с кучей bugs даже от крупных компаний и корпораций даже спустя многие releases. 
Если на то пошло, то предлагаю все "невозможные" фишки периодически добавлять в первый пост и прикреплять решения, если они существуют.
Проблемы FMX  в следующем:
Жесткая привязка к версии SDK, возможно сделано целенаправленно, чтобы пользователи обновляли лицензии год за годом. Позволяет разработчику не углубляться в особенности операционной системы, и не меняя мышления клепать свой "первоклассно рабочий VCL стиль" код и тонны компонентов под все платформы. Пропаганда "возьмите свой старый код и сделайте мобильное приложение" - маркетологи, вы в своем уме? Отсутствие достойных плагинов для IDE. Тот же Cn Wizard давно пора включить по дефолту. Неужели сложно добавить плагин для создания wrappers для java классов сразу в IDE? Разве сложно загрузить приложение прямо в маркет без ручного копирования?  Отсутствует редактор manifest, plist как таковой. Вспоминается анекдот про танк и "доработать напильником". Многие достойные вещи делаются на голом энтузиазме сообществом, но почему-то только спустя много-много времени внедряются в коробку. Отсутствует нормальный debug на мобильных платформах, логами все не покроешь. Ограничения в ARM процессорах. Желание все хранить в .fmx, .dfm файлах, а не ссылками в ресурсы, как это принято в мобильной разработке. Это конечно обходится написанием своих менеджеров, но неужели сложно это продумать из коробки? Такое чувство, что пытаемся охватить как можно больше платформ по чуть чуть, чтобы кому-нибудь впарить свой продукт, а уже потом будем думать, как выкручиваться. FMX Canvas - ахиллесова пята. Не смотря на все это FMX является очень мощным инструментом и крайне приятным в умелых руках, если вы любите напильник (или мазохист). Средне статические проекты можно реализовывать не боясь, но для более серьезных вещей понадобятся знания нативной разработки, без этого никак. Если заказчик начинает разговор "я хочу такое, как в том-то приложении..." - значит без написания своей обертки или исправления исходников не обойдешься.
FMX в последнее время активно развивается и спустя Х лет все будет у нас превосходно, просто не бегите за новыми версиями, а подождите Update 3 или используйте предыдущую версию (Berlin Update 2 все еще в соку).
Другие кросплатформенные frameworks (Xamarin, Reac Native, RemObject, Native script, другие) тоже не лишены недостатков, но там слегка другие концепции и другая аудитория, кто лучше - покажет лишь время.

http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Using_an_HTTP_Client
NetHTTPClient1.ProxySettings := TProxySettings.Create('192.168.1.1', 8080, 'MyUserName', 'MyPassword');  

так у тебя присвоение события (OnClick) смотри где стоит)

Контролы нельзя класть, т.к. нету z-ордера (андроид), поэтому нативные всегда будут выше

Я думаю многие когда-то думали , что если разом загрузить все СтоПятьсот записей то все будет хорошо. Увы. 
Я бы предложил sqllite + listview с динамической подгрузкой при проходе вниз на n-элементов. Поиск организовать выборкой из бд + перерисовка. 
Такой вариант не подошёл?

Можно делать красиво, но например со списками дела скудные. Чтобы делать красиво, пришлось внести корректировки в ЛВ, так и появился ModernLV.
Сейчас на нем делают сумасшедшие вещи, 
фмх не очень хорошо работает с кешированием стиля, из-за это списки на ЛБ или на скролбоксе дикий ужас

Про красиво - вот наш прототип. Более менее UFriendly

На мой взгляд самая главное преимущество натива- производительность. Отсюда же охват парка устройств выше 

Это означает что поведение будет близко к нативному)

Выучить?)
Понять как все устроено хватило недели, когда писал один проект для работы. Писал и сразу учился, без гугла никак. В интернете куча материала, причём есть и на русском.
Новый проект начал на котлине, если с нуля изучать, то лучше котлин. Синтаксис приятней 

1) Решение Андрея не полное, нет колбэка от выбранного действия. Неизвестно юзер разрешил или нет
2) Не работают сервисы как положено
3) Старый СДК, из-за чего мы не можем использовать
новые темы (сейчас используется Holo Light) окраска статус бара, в делфе тспользуется костыль процы интел не поддерживаются (хотя уже и не выпускают новые, но все же) для того чтобы сделать мультилайн в уведомлениях нужно перекомпилить fmx.jar  4) Ограничение в делфи (в бридже) на создание джава классов, из-за чего FMX не может просто перейти на новый СДК
5) Нет нативного рендеринга
6) Невозможно использовать анимацию
7) Работа с картой и браузером ужасна
8) Работа с пуш уведомлениями тоже ужасна, нужно все самому
 
И это скорее всего не всё, то что вспомнил  

Нет как раз таки. Berlin Update 2 более стабильный и там меньше багов FMX чем в Tokyo. В Токио от одного бага со сменой главного потока целая эпопея, с потерей производительности и проблем с анимацией - много что посыпалось. Была, а может еще и будет.  Некоторые программисты с форума EMBT вообще считают Токио самой неудачной версией Delphi, в плане багов за всю ее историю. 

1) Решение Андрея не полное, нет колбэка от выбранного действия. Неизвестно юзер разрешил или нет
2) Не работают сервисы как положено
3) Старый СДК, из-за чего мы не можем использовать
новые темы (сейчас используется Holo Light) окраска статус бара, в делфе тспользуется костыль процы интел не поддерживаются (хотя уже и не выпускают новые, но все же) для того чтобы сделать мультилайн в уведомлениях нужно перекомпилить fmx.jar  4) Ограничение в делфи (в бридже) на создание джава классов, из-за чего FMX не может просто перейти на новый СДК
5) Нет нативного рендеринга
6) Невозможно использовать анимацию
7) Работа с картой и браузером ужасна
8) Работа с пуш уведомлениями тоже ужасна, нужно все самому
 
И это скорее всего не всё, то что вспомнил  

1) Решение Андрея не полное, нет колбэка от выбранного действия. Неизвестно юзер разрешил или нет
2) Не работают сервисы как положено
3) Старый СДК, из-за чего мы не можем использовать
новые темы (сейчас используется Holo Light) окраска статус бара, в делфе тспользуется костыль процы интел не поддерживаются (хотя уже и не выпускают новые, но все же) для того чтобы сделать мультилайн в уведомлениях нужно перекомпилить fmx.jar  4) Ограничение в делфи (в бридже) на создание джава классов, из-за чего FMX не может просто перейти на новый СДК
5) Нет нативного рендеринга
6) Невозможно использовать анимацию
7) Работа с картой и браузером ужасна
8) Работа с пуш уведомлениями тоже ужасна, нужно все самому
 
И это скорее всего не всё, то что вспомнил  

https://developer.android.com/distribute/best-practices/develop/runtime-permissions.html?hl=ru
https://habrahabr.ru/post/278945/
 
Решение на делфи

Вот поэтому нужно валить с делфи, если хотите и дальше писать под андроид. Нам нельзя повышать СДК (андроид 6.0+ запрашивает разрешения в рантайм, чего мы не можем делать, хотя есть костыль у Андрея Ефимова)

Вот поэтому нужно валить с делфи, если хотите и дальше писать под андроид. Нам нельзя повышать СДК (андроид 6.0+ запрашивает разрешения в рантайм, чего мы не можем делать, хотя есть костыль у Андрея Ефимова)