FeLDMARShaL

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

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

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

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

надо будет посмотреть, но сначала придется сделать переход на фсм. если получится обязательно отпишусь

Провел тест, от гугла получаю вот такое сообщения: {"multicast_id":8869976454529784179,"success":1,"failure":0,"canonical_ids":0,"results":[{"message_id":"0:1491571402569208%8983564af9fd7ecd"}]}, в нем нет информации о том было или нет доставлено до клиента 9да это и понятно, не факт что сообщение придет в момент отправки

Интересует уведомления о прочитанности как GMS так и APN (ну или хотябы одного из них если у второго невозможно) Я еще не перешел на FGM (Firebase) может у них есть такая штука как прочитанность сообщения? Немного о системе отправки сообщения: рассылаю при помощи php скриптов, от сообщений остается результат отправки, в случае андроид это примерно такое: "0:1491567250774599%8983564af9fd7ecd" в случае iOS это "OK (315)" - вроде бы больше в ответе ничего нету (т.е. факт успешной отправки я фиксирую) а вот факт что пуш дошел до телефона - с этим проблема.

Требуется как то получать информацию была ли PUSH доставлена на телефон или нет. В данном случае не важно прочитал он его или просто смахнул не обратив внимание. Сейчас это реализовано таким образом: мы у себя на сервере храним все отправленные PUSH и когда приложение запущено (или запускается) оно обращается к этому серверу скачивает все непрочитанные сообщения (отображает их клиенту в виде сообщения программы) и параллельно у этих сообщений выставляется "флаг прочитанности" у нас на сервере. В моем реализации мы гарантируем что клиент увидел и прочитал PUSH. А если нам достаточно будет того что выставить флаг в момент когда PUSH попал на телефон, есть способ как то узнать был ли PUSH доставлен на устройстве или нет если мы используем FMX

А как же флиппер для пролистывания картинок. Что бы картинка тянулась за пальцем А как же варнинги, их поидеи надо убирать я покрайне мере всегда стараюь убирать все варнинги и хины из своих проектов Даеш спойлер! Хотя бы намекните что за компоненты

то что версия работает это понятно (я тоже сразу ставил и проверил), но все таки, хотелось бы узнать развитие проекта будет или нет

Будет ли реализованна поддержка новой версии Delphi? Ну и любимый вопрос для разработчика ... хотя бы примерные сроки, ну или хотя бы на како этапе сейчас развитие проекта?

Отказываемся от сдвига, попробуем все это реализовать в TListView. Посмотрим что получится и как это будет выглядеть.

>> это аналогично доп. меню в айос ага

Видео которое предоставил один из тестировщиков https://yadi.sk/mail/?hash=llCT1CjN1iao%2BW24a1pRKs%2FMndfYdrsblt3N%2FK8TaEy9%2B8EMdvuDTt9oBKBAUcMKq%2FJ6bpmRyOJonT3VoXnDag%3D%3D Про то что я говорил начинается с 65 секунды, правда там не видно как добавить позицию в коорзину, но если картинку потянуть влево или вправо она будет смещаться.

через инет - разумеется в отдельном потоке (у нас крутится индикатор анимированнй в этот момент), но потом в главном потоке добавляются непосредственно в имидж;

Либо локально, либо сначала грузится через сеть, но сохраняется локально чтобы при последующем запуске к сети не обращаться.

Другой компонент не получится использовать, слишком много переделок придется делать. Сейчас используется не просто картинка там целый бутерброд. Первый слой горизонтальная скрол панель, на которой 3 блока слева, центральный и справа, центральный - наша картинка, слева и справа - это когда пользователь оттягивает панель (типа магазина, слева +1, +2, +3,...+5 - в зависимости от силы оттягивания, с справа -1...-5 тоже в зависимости от силы оттягивания. Т.е. проблема может решиться 2 способами, либо както выполнить длительную операцию таким способом чтобы iOS не убила приложение, либо как то загрузиться картинку таким способом чтобы при движении эта панель не лагала. Лично мне нравится как сейчас смотрится, но заказчик обратил на это внимание. Приходится обдумывать варианты решения.

Есть форма, на которой находится скроллируемая панель. На эту панель динамически добавляются много картинок (сначала добавляется просто имидж, а потом в этот имидж загружается картинка). Сама картинка добавляется непосредственно когда происходит первая отрисовка компонента имиджа на событии OnApplyStyleLookup. В итоге мы имеем что при прокрутки скрол панель лагает. Что бы избавиться от лагания, надо все картинки добавить до начала скролла, и выполнить процедуру ApplyStyleLookup у каждого элемента на скрол панели. Эта операция выполняется довольно долго, и в случае с iOS система закрывает приложение (т.к. долго висит GUI без ответа). Избавиться от этого можно если в цикле добавления картинок сделать Application.ProcessMessages, но в этом случае время этой операции увеличивается многократно. Собственно вопрос, как можно сделать так, чтобы добавление картинки не создавала эффект подлагивания, как такое мы можем наблюдать в нативных приложениях, когда мы прокручиваем вниз и там просто фон заставка на месте где должна быть картинка, и когда картинка подгрузится (например из инета) она плавно появляется на своем месте. У меня реализовано примерно тоже самое, но процесс непосрественного добавления картинки в то место где она должна быть заставляет сильно дергаться скролпанель.

А ларчик просто открывался. Пытался выставить режим у камеры автофокуса (которого физически нет), и в этом случае приложение вело себя как при отсутвие разрешения на использование камеры

в каком именно чатике? он открыт в общем доступе, ссылочку можно глянуть? а в чем может быть тогда проблема на устройствах у которых 5 андроид, и не работает камера, очень мало таких устройст но у меня 1 есть на руках? Может у меня руки кривые, сможете дать пример простенькой программы которая с камеры кидает изображение на имидж, я проверю будет ли работать ваш код у моем планшета?

Есть приложение, которое использует камеру. Разрешение на камеру есть но почему то приложение все равно не может получить к ней доступ. Я заметил, что если в настройках андройда в разрешениях приложения попытаться отключить камеру, то андроид предупредит: "Это приложение было разработано для более ранней версии Android. Отзыв разрешения может вызвать неполадки в работе". - такое сообщение выдает для каждого разрешения, я так понимаю FMX использует какой то устарелый запрос доступа к камерам. Как это исправить? например в нативных приложениях, при первой попытки использовать тот или иной ресурс, выскакивает сообщение о том дать или нет разрешение. Хочу чтобы и в FMX проекте происходило что то подобное. Еще раз повторюсь, в юзеспермишнс, стоит запрос на разрешение использования камеры, на части устройств камера нормально работает, а на части не может получить доступ.

былобы просто шикарно

Отлично, еще бы небольшой пример их использования и было бы вообще шикарно. А Вы в своих FGX случайно не эти апи используете? (было бы намного проще разобраться имея пример под рукой)

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

Есть файл 1.pkpass (доступен либо по URL либо локально лежит, не имеет разницы). Необходимо чтобы этот файл передать в приложение Wallet (просто его туда установить и забыть его). В случае Android нет никаких проблем, делаю это так: Intent := TJIntent.Create; Intent.setAction(TJIntent.JavaClass.ACTION_VIEW); URI:=TJnet_Uri.JavaClass.parse(StringToJString('.......1.pkpass')); Intent.setData(URI); TAndroidHelper.Activity.startActivity(Intent); После этого действия у пользователя дается возможность выбрать каким именно приложением можно открыть этот файл. В случае с iOS у меня не получилось реализовать подобное. В идеале, это нужен способ, по аналогии с отправкой почты (может он есть а я его просто не нашел): lURL := 'mailto://'+aEmail; if (aSubject<>'') or (aBody<>'') then begin lURL := lURL+'?subject='+TIdURI.ParamsEncode(aSubject); if aBody<>'' then lURL := lURL+'&body='+TIdURI.ParamsEncode(aBody); end; NSU := StrToNSUrl(lURL); if SharedApplication.canOpenURL(NSU) then SharedApplication.openUrl(NSU) else begin ShowMessage('Error: Opening! Not supported.'); exit(); end; Пока единственный способ который я нашел, это открыть файл штатным веббраузером: Url := TNSUrl.Wrap(TNSUrl.OCClass.URLWithString(StrToNSStr(URLS))); SharedApplication.openUrl(Url); Но в этом случае у нас появляется посредник - браузер, а нужно именно без лишнего посредника, т.е. нажали на кнопку, а либо запустилось приложение Wallet, либо просто оно установило карту. Есть идеи как такое можно реализовать? п.с. также пробовал через TShowSharedSheetAction, указывая в поле TextMessage путь до файла, но из вариантов куда передать это событие программы Wallet не было