Лидеры

На самом деле слишком уж громко они заявили о поддержке HDPI. На первый взгляд - сделали только масштабирование форм при включенной поддержке HDPI (ну может еще и реализацию MultyResBitmaps). А необходимое при работе с HDPI - осталось неизменным. Достаточно взглянуть на реализацию IFMXDeviceMetricsService.GetDisplayMetrics: function TPlatformWin.GetDisplayMetrics: TDeviceDisplayMetrics; var R: TRect; begin Winapi.Windows.GetWindowRect(GetDesktopWindow, R); Result.PhysicalScreenSize := TSize.Create(R.Width, R.Height); Result.RawScreenSize := Result.PhysicalScreenSize; Result.LogicalScreenSize := Result.PhysicalScreenSize; if Result.PhysicalScreenSize.cx > 0 then Result.AspectRatio := Result.PhysicalScreenSize.cy / Result.PhysicalScreenSize.cx else Result.AspectRatio := 1; Result.PixelsPerInch := 96; // Windows Default Result.ScreenScale := 1; Result.FontScale := 1; end; Как было так и осталось

Коллеги, может кому будет интересна информация. В фичах Берлина есть упоминания, что приложения в Windows научились распознавать большие DPI. В Wha's New это так написано: High DPI Support on Windows FireMonkey provides multi-resolution styles for Windows, which provide support for 120 DPI and 144 DPI monitors. А выглядит это так: Слева форма из Сиэтла, справа форма из Берлина. Код не менялся. Обе запущены на macbook pro с дисплеем ретина (boot camp). Я думаю очень показательно)

согласен)). Просто для полноты ответа привел еще один вариант, платный

самый простой использовать MultiView, все уже реализовано и не нужно платить

Вангую, что второе

"Ответ" ms на бесплатную редакцию Xamarin! p.s. число пользователей сокращается, а показатели держать надо - это пожалуй единственное, пришедшее на ум логичное объяснение этого абсурда, ну а отсутствие x86 поддержки в android и медленная работа с мультимедией (камера и тп) - это вообще отдельная "песня".