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

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

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

у меня 2007 стоит, скрин прилагал. все работает

Из моих наблюдений за 2014-2015 год, вакансии "Программист Delphi" на рынке есть, но их мало и требования в них просто жесть, т.е. работодатель хочет сразу получить очень опытного программера и платить ему копейки. Они не допускают даже возможности стажировки с целью дальнейшего принятия на постоянную основу...
 
 
Я в далёком 2004, мечтал, что на Делфи можно будет писать под смартфоны. Сбылось, долго... но сбылось
 
А все кто пытается похоронить Делфи пускай лесом идут... Не нравится, не лезь в чужую песочницу...

Почитайте про TBitmap.Map/UnMap

я к Вашему слайдеру повесил жесты (Left,Right) и нормально так получилось.
пришлось вынести пару методов в public, ​писал вроде об этом уже

http://edn.embarcadero.com/article/44619
 

Еще есть специальный класс для работы с буфером изображения TBitmapSurface. Вы можете указать требуемые параметры и загрузить в него ваш буфер. Конвертация TBitmapSurface <-> TBitmap идет через метод Assign.
Bitmap.Assign(BitmapSurface)

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

Спасибо Вам за видео.
Я еще протестировал код без фикса на различных устройствах. На некоторых проблем не наблюдалось (samsung c android 4.3; desktop c windows 8 и 10), на некоторых был маленький "шум" (android 4.4.2), на некоторых было что-то типа такого https://youtu.be/EfFNAIfSRTg (nexus 7 c android 5.1.1; iOS simulator 7.1 и 9.1; desktop с windows 7).

никаких изменений в исходниках
смотрите сами
 
https://www.youtube.com/watch?v=SurYKJn9-dA

давайте проект, протестю
 
 
на счёт Exception нужно использовать EidException для отлова
try except    on E: EIdException do end; посмотрите ошибку, что отлавливается

Введение
Появление экранов повышенной плотность физических точек, привело с одной стороны к проблеме адаптации графического интерфейса под разные разрешения экранов при их одинаковых физических размерах, с другой к увеличению четкости и качества картинки.
 
Например, если раньше на iPhone 3 при размере экрана 3,5 дюйма позволял отобразить 320х480 точек, то на устройстве iPhone 4 при таком же физическом размере экрана, экран мог уже отображать 640х960 точек. Это хорошо видно на увеличенном изображении обычного экрана и ретина экрана на рисунке ниже (слева - не ретина, справа - ретина (2х)). Справа количество физических точек ровно в четыре раза больше, чем слева:

 
Для разработчика это могло означать, что интерфейс привязанный к разрешению 320х480 на Retina экране будет занимать только четверть экрана. Естественно, что использование разрешения экрана в физических координатах не удобно с этой точки зрения. Именно по этому появились логические координаты, которые гарантируют, что тот же пользовательский интерфейс для iPhone 3, будет иметь такие же размеры (физические) и на экране с ретиной.
 
FireMonkey работает в логических координатах. Это означает, что на iPhone 3 - 4 мы работаем с логическим разрешением 320x480 точек. Однако, при отображении интерфейса на iPhone 4 c (с двойной плотностью пикселей по сравнению с iPhone 3), интерфейс автоматически масштабируется на физическое разрешение 640х960 с коэффициентом масштабирования равным 2. 
 
Практика
Теперь посмотрим, как получить всю эту информацию. Вся информация об экране (логический размер и коэффициент масштабирования) находится в сервисе IFMXScreenService. 
Чтобы получить физическое разрешение экрана, нужно логический размер умножить на коэффициент масштабирования.
 
Код ниже показывает, как получить доступ к этому сервису и извлечь требуемые параметры:
var ScreenService: IFMXScreenService; LogicScreenSize: TPoint; ScreenScale: Single; begin // Запрашиваем сервис экрана, для получения информации о размере и текущем коэффициенте масштабирования if TPlatformServices.Current.SupportsPlatformService(IFMXScreenService, IInterface(ScreenService)) then begin LogicScreenSize := ScreenService.GetScreenSize.Round; ScreenScale := ScreenService.GetScreenScale; LabelLogicScreenSize.Text := Format('Логический размер: %d, %d', [LogicScreenSize.X, LogicScreenSize.Y]); LabelPhysicScreenSize.Text := Format('Физический размер: %f, %f', [LogicScreenSize.X * ScreenScale, LogicScreenSize.Y * ScreenScale]); LabelScreenScale.Text := Format('Коэффициент масштабирования: %f',[ScreenService.GetScreenScale]); end; end; Результат кода приведен на снимке экранов ниже для iPad устройств с ретиной экраном и без:

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

Нельзя создавать визуальные объекты в доп. потоке

нормальное решение
отдельные потоки и синхронизация нужны при любом раскладе

вот тут наглядно показано

Нельзя создавать визуальные объекты в доп. потоке

не думаю беда в этом, грешу на indy в RX10
Сегодня попробую откомпилить на XE8 под 6ку
 
 
UPDATE:
XE8 приложение вылетает сразу, try except end не реагирует
в модуле System.pas (RX 10) значительно переработан код
 
Дебаг выдаёт, что загрузка этих библиотек происходит

 
 

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

Кидаешь на форму FDConnection, FDQuery
 
Драйвер FDPhysMySQLDriverLink и курсор FDGUIxWaitCursor
 
В  FDConnection ставишь DriverName MySQL
 
В драйвере FDPhysMySQLDriverLink указываешь путь к dll
 

 
Двойной клик по FDConnection,
 
указываешь данные для подключения в FDConnection
 

 
В FDQuery указываешь подключение 
 

 
Двойной клик по FDQuery  и можно писать запрос к базе.
 

 
 
Вроде все!

Следующие компоненты полностью совместимы с FireMonkey и позволяют создавать приложения для мобильных платформ Android и iOS.
 
IBDAC - FireMonkey компонент для работы с базами данных Firebird и Interbase. Поддерживает Windows, Linux, Mac OS X, Android, iOS, FreeBSD.   
 
PGDAC - FireMonkey компонент для работы с базами данных PostgreSQL. Поддерживает Windows, Linux, Mac OS X, Android, iOS, FreeBSD.   
 
ODAC - FireMonkey компонент для работы с базами данных Oracle. Поддерживает Windows, Linux, Mac OS X, Android, iOS, FreeBSD.
 
MyDAC - FireMonkey компонент для работы с базами данных MySQL. Поддерживает Windows, Linux, Mac OS X, Android, iOS, FreeBSD.
 
LiteDAC - FireMonkey компонент для работы с базами данных SQLite. Поддерживает Windows, Linux, Mac OS X, Android, iOS, FreeBSD.
 
SDAC - FireMonkey компонент для работы с базами данных SQL Server. Поддерживает Windows, Linux, Mac OS X, Android, iOS, FreeBSD.
 
UniDAC - FireMonkey компонент для работы с базами данных SQL Server, Oracle, MySQL, PostgreSQL, SQLite, Firebird. Поддерживает Windows, Linux, Mac OS X, Android, iOS, FreeBSD.

Это поведение ожидаемо. Так как при переключении стиль бука, у вас уже загружен стиль в память.
При загрузке стиля из ресурсов, вы вначале тратите время на загрузку в память (десирелизация), а потом уже использование.

за чисто 3-х звенку не скажу, ведь сайт о гаджетах, если вам удалось решить все недостатки что я описал выше...то да RAD - "тема" )
   
Руслан, я писал там мимоходом...не работаю я более на ЗП, слава богу сам по себе теперь и весьма доволен, но зарекаться не буду ))
Когда сам по себе то и инстоллить все компоненты(сервер, дрова, файрволы и т.п.) зачастую надо "сам по себе"...
Вы ставили оракл на красные шляпы? А бывает что и не на интелы приходиться...тогда вообще "верх счастья". Да это полбеды...настраивать тоже далеко не айс...
переполнение логов контролировать вообще полный ппц. Ну а если че завалилось, то exp вас не всегда выручит...я молчу если app сервер оракла упадет...коннектить
дата файлы не судьба...Винду для оракла даже не рассматриваю, там он не стабилен. MSSQL конечно не потянет дикие базы вроде GSM, но таких проектов и нет.
В MSSQL установка, коннект дата файлов, бекап...ВСЕ мышкой! Мечта.
Оракл он рай для прогеров...но для админов АД.
    хорошие фирмы с идеальными ЗП от 2-4к $  я все их в КЗ знаю по пальцам, и не более пальцев, выше тока блатные руковод, но не прогеры
60$ в час...хм за 10ч получается 600$ ? Не тока в беларусии таких ЗП нет...даже в штатах ))
кто вам сказки то такие поет...у нас вчера началась очередная девальвация...и рай 1 рубль = 3 тенге - прекратился!
щас как и ранее (UPD:) 1р = 5тг (и без крыма) ситуация не то чтобы лоховская...хуже, у нас как и в раше изначально после распада СССР
абсолютная изоляция народа от доходов от природных ресурсов(нефть, металлы, газ), только избранные, ...каждый день бентли разбивают...
Я в курсе про вашу перспективу деноминации...но чем черт не шутит...может и нам светит...девальвация то тока началась...
кругом сокращения покатили, исчезают бонусы и премии...жесть
  
 
я не веб прогер, поэтому для меня свобода, свобода в данном случае мобильность и простота обновления программы.
Магазы вещь гениальная, но в appstore надо с калашом как нить заехать...достали