Паршенко Виктор

На чем остановились? Кто-то завел приложение в background-e ?

https://community.idera.com/developer-tools/programming-languages/f/delphi-language/37765/cannot-create-opengl-context-etc-under-android If your Phone or tablet allows, try the: FORCE 4X MSAA option.

Если не ошибаюсь, это сообщение можно развернуть, там есть подробнее чего ему не хватает

Эти проблемы пробовали воспроизвестись на свежем проекте ? т.е. с нуля новый проект и к примеру сделать прозрачность из 4го пункта ? Мой переход был не то чтобы тоже гладким, мне пришлось снести dproj и позволить проекту с генерировать его снова. Удалены были все файлы кроме *.dpr, *.pas, *.fmx В основном пока проблем не обнаружил, кроме iOS (TLocationSensor)

Как же я намучился с этим одно время, нигде не нашел решение. Поделюсь, раз уж наткнулся на этот вопрос. Первое правило использования сервисов в под android - никаких упоминаний FMX и всего что связано с графикой, пусть вы и не используете её. Например: если вы упомянули в сервисе, в разделе uses FMX.Types - ваш сервис будет падать с ошибкой Segment fault. Также, допустим у вас есть юнит uMyUnit, и в этом юните в разделе uses есть FMX.Types - тоже будет падать с ошибкой Segment fault. Повторюсь, сервис никаким образом не должен знать об FMX. Причина падения FireDAC это - Wait курсор. Решение 1: Если вы используете designTime компонент, добавьте рядом компонент FDGUIxWaitCursor настройте его так: Property: Provide, Value: Console Property: ScreenCursor, Value: gcrNone Решение 2: Если вы используете динамическое создание подключения: uses ..., FireDAC.ConsoleUI.Wait, ... var FDGUIxWaitCursor: TFDGUIxWaitCursor; begin FDGUIxWaitCursor := TFDGUIxWaitCursor.Create(nil); FDGUIxWaitCursor.Provider := 'Console'; FDGUIxWaitCursor.ScreenCursor := TFDGUIxScreenCursor.gcrNone; end;

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

клиентские размеры есть у TCommonCustomForm (в следствии и у наследников, TForm) FWinService: IFMXWindowService; ... function TCommonCustomForm.GetClientHeight: Integer; begin Result := round(FWinService.GetClientSize(Self).Y); end; function TCommonCustomForm.GetClientWidth: Integer; begin Result := round(FWinService.GetClientSize(Self).X); end;

Попробуй удалить файлы загруженные SDK (C:\Users\YOUR_USER\Documents\Embarcadero\Studio\SDKs) и стянуть заново, потому что UpdateLocalCache лично у меня работал криво. В моем случае я переходил с PAServer 19 на 20 и тоже думал UpdateLocalCache .. Ну и на всякий Clean/Build

Доброго времени суток. Возникла проблема с использование TLocationSensor в Delphi 10.3 Rio под iOS. Открыл, скомпилировал и установил приложение LocationDemo взятое из примеров. Device: iPhone 7+, version ios: 12.1.3. При запуске, приложение запросило разрешение на доступ к геолокации (разумеется разрешил) Индикатор локации в верхнем баре показал, что его сейчас используют, но само приложение не реагирует на это никак. В частности событие OnChangeLocation не срабатывает у TLocationSensor. Что делал я, чтоб попытаться устранить эту проблему: - скомпилировал этот же проект под Android (пример рабочий, Android отреагировал и показал мне местоположение) - внес изменения в системные юниты по рабочему примеру : - открывал любые другие приложения, которые используют геолокацию (успешно находит и показывает мое местоположение) У меня закончились идеи, почему не работает TLocationSensor на iOS. P.S. не проверял компиляцию на версии делфи по ниже (10.2.3, 10.2 ... ). Для красоты эксперимента, есть тут кто на Rio использовал геолокацию для iOS, у вас работает?