Лидеры

Минусы 1. Баг с использованием старых стилей, ждём новые Premium Styles (спасает стандартные стили которые генерирует BitmapStyleDesigner) 2. TMultiView -> Drawer не перекрывает TMapView 3. Работа со стилями в рантайме через TStyleManager изменили 4. В старых проектах нужно удалять все uses'ы и дать среде самой сгенерировать uses'ы Плюсы 1. Исправили TLocationSensor 2. TMapView новые фичи 3. Среда шустрей запускается Пока все что заметил

... и Создание сервисов доступно только на Delphi... АП. Пока заметил улучшения в скорости загрузки среды и в скорости открытия проектов.

Или вместо CharacterImage.Position.X := 500 - size / 2 - size mod 3; CharacterImage.Position.Y := ScreenHeight - size; как-то так CharacterImage.Position.X := ( ScreenWidth - size )/2; CharacterImage.Position.Y := ( screenHeight - size )/2; и установите CharacterImage.WrapMode := TImageWrapMode.Stretch;

например при сворачивании/выходе из программы и прочие события из-за которых приложению нужно сохранить данные

OnClose попробуй или OnSaveState

блин да как так то я еще года не прошло xe 7 купил , поправили баги и вместо апдейта опять новую версию ...

TMapView точно исправили, поверх можно кидать компоненты, думаю TWebBrowser тоже исправили UPDATE: TMultiView+TMapView=конфликтуют

Интересно а они исправили Webbrowser или он по прежнему никчемный и поверх всех контролов ?

Используйте свойство TImage.Wrapmode и настраивайте размеры. Можно поместить TImage в контейнер и указать свойство Align:=TAlignLayout.Center

Эмулятор да тормозит, жесть против ИОС эмулятора. Лучше Андроид устройство какое нить по юсб или вафле (последнее сложнее в реализации). Компиляция я бы сказал - невыносимая, даже по юсб. Сделайте следующее: - установите делфи и проекты ваши на SSD диск скажем 250гб (у меня самс ево 500 и операционка на нем) - поставьте процессор core i7 после всего этого у вас компиляция будет всего на 95% отставать от VCL, против текущих 550%. Соглашусь, что скорость компиляции во многом обусловлена именно дисковой подсистемой. Поэтому эмулятор не может быть быстрее - разница с устройством только в том, что в одном случае после компиляции приложение копируется и устанавливается на устройство, а в другом запускается на эмуляторе. Но скопировать приложение на устройство - это дело от силы нескольких секунд. При этом сам эмулятор при медленном диске тоже будет долго запускаться и сильно ограничивать доступную оперативную память на компьютере, чем вызывать замедление работы той же студии. 4 ГБ в этом случае совсем не много. А вообще использование эмулятора имеет больший смысл, так как позволяет оценить работоспособность приложения на разных версиях ОС, различном количестве памяти и разрешений экрана. Но удобным это будет при наличии быстрого SSD, хорошего процессора и большого объема ОЗУ.

Эмулятор да тормозит, жесть против ИОС эмулятора. Лучше Андроид устройство какое нить по юсб или вафле (последнее сложнее в реализации). Компиляция я бы сказал - невыносимая, даже по юсб. Сделайте следующее: - установите делфи и проекты ваши на SSD диск скажем 250гб (у меня самс ево 500 и операционка на нем) - поставьте процессор core i7 после всего этого у вас компиляция будет всего на 95% отставать от VCL, против текущих 550%.

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

Если просто для демонстрации вашего экрана для презентации, то можно использовать DroidAtScreen. Root права не требуется. Трансляция экрана идет штатными средствами ADB.

Так, я посмотрел. Сохраняем себе такую процедуру: procedure PreloadContent(const Control: TControl); var I: Integer; begin if Control is TStyledControl then TStyledControl(Control).ApplyStyleLookup; for I := 0 to Control.ControlsCount - 1 do PreloadContent(Control.Controls[I]); end; Она форсирует загрузку стилей. Задержка при появлении TMutliView заключается в том, что стиль загружается не сразу у любого контрола, а только по мере появления контрола. Обычно это происходит при первой отрисовки. Это правило касается всех контролов. Поэтому, в этом случае, вам нужно форсировать загрузку стилей. Это можно сделать при помощи моей процедуру PreloadContent. Добавьте в TForm.OnCreate и это решит задержку при первом появлении: PreloadContent(MultiView1);

Обидно другое. Я ничего не имею против новых багов в новой версии. Не понятно, почему все что работало на предыдйщей версии просто умирает в новой версии. Тогда начинаешь надеяться на апдейты как на манну небесную, а на выходе кукиш с маслом...

Можно использовать App Tethering. В демках студии есть готовый пример: C:\Users\Public\Documents\Embarcadero\Studio\16.0\Samples\Object Pascal\RTL\Tethering\DesktopCast Подробности по использованию App Tethering можно почитать в справке(на англ. Using App Tethering), либо у меня в блоге (на русском): App Tethering #1: Поиск и подключение к удалённым приложениям App Tethering #2: Используем удалённые действия (Actions) App Tethering #3: Передача и получение данных