Лидеры

С++ ваше всё, наше всё Делфи

Всем привет. Смотрю сегодня тренд на публикацию приложений разработанных на Emb'e. Вот наше приложение которое тоже на днях поедет в маркеты Регаемся по номеру подтверждаем эСэМэСиной. Придумываем пин код и подтверждаем его После входа приложение покажет магазины в радиусе 500м Заходим в меню магазина Выбираем категорию для жалобы ---- жалуемся , если надо прикладываем фото Еще кое что подтверждаем отправку жалобы PROFIT!

Автор: Зарипов Равиль (ZuBy) Ссылка на приложение: Офф. сайт

стиль нужно менять для каждой системы индивидуально. но основой стиля является большой PNG из которого тащатся картинки для контролов а его перенести в другой стиль несложно

Это существенный минус, из-за которого AS нельзя даже относить к RAD-средствам

я давно говорил, что использование Button.Click(); это беда. При появлении FMX это стало невозможно, и многие плакали. Но вещь правильная Так же давно я всяко боролся с Application.ProcessMessages. Теперь они по факту запрещены ))) Тенденция, аднака ))))

В последнем Токио Application.ProcessMessages использовать под Андройд нельзя = смерть приложению если нужно выполнять какую-либо операцию и сохранить отзывчивость интерфейса, то это самое время, чтобы перейти на использование потоков (thread'ов). Гуру, поправьте меня, если я не прав

а что в этом сложного? найди сервис который будет тебе отправлять смску за нормальную цену. 1) сгенерируй код, в пределах 1111-9999 2) запомни его (в переменную) 3) вызови апи сервиса который отправляет смс, со своим текстом и кодом 5) вызови диалог ввода смс-кода 6) пользователь вводит смс-код 7) сравниваешь с сохраненным в переменную значением 8) Профит! 6 пункт можно автоматизировать, через бродкаст и автоматическое чтение смс

@Akad, У Вас есть опыт работы с TNetHTTPClient компонентом или классом THTTPClient? Как и где вы это использовали? Что не понравилось? Какие трудности были? ... можете не отвечать, я уже глянул ваши предыдущие сообщения и смысла в продолжении беседы не вижу @kiz35196 Наиболее простой вариант Вы можете глянуть в этом посте.

Значит вы не используете https. Поищите на форуме по словам Indy https (ssl) Android 6 http://fire-monkey.ru/topic/1922-android-60-не-удается-загрузить-ssl-библиотеку/ http://fire-monkey.ru/forum/368-ssl/

Пожалуйста, внимательней прочтите тему, здесь идет речь про асинхронный THTTPClient, а не про Indy компоненты. Если в вашем приложении до сих пор используется Indy, то советую от него избавляться. Пожалуйста, будьте более культырными в своем общении, этот форум нацелен повысить уровень делфи программистов, а не унизить кого-то и пустить по плохому пути. THTTPClient успешно делает асинхронные запросы и синхронизирует callback для обработки, поэтому использовать его в синхронном режиме и добавлять свою реализацию асинхронности считаю лишними затаратами ресурсов.

Лучше использовать потоки, т.к. сейчас все моб. девайсы имеют многоядерные процессоры. TThread.CreateAnonymousThread( procedure begin // код TThread.Queue(nil, procedure begin // здесь код выполнится только по окончании работы потока (отложенный), в главном потоке. // здесь можно работать с формой. end); end ).Start; TThread.CreateAnonymousThread(procedure () begin TThread.Synchronize (TThread.CurrentThread, procedure () begin // код выполнится в главном потоке, - к примеру чтобы показать прогресс на форме. и затем // поток продолжит работу. end); end).Start; Всегда помните что нельзя работать с формой из других потоков, без методов синхронизации. Только в главном, иначе будут случайные AV ошибки. Еще почитайте. http://blog.marcocantu.com/blog/2014_may_background_delphi_android_threads.html

В чате проскакивал вопрос по пушам в 10.2.3. Ярослав говорил, что забыли "положить" в новом релизе какую-то либу с сервисами гугла. Может быть и карты на этой либе завязаны...

Не обязательно выносить в отдельный тред этот класс. Достаточно воспользоваться асинхронными методами. Ознакомиться с ним возможно в демке от Идеры:

не надо ничего включать. сделаете только хуже код. выносите в отдельный поток.

Пруфов про потоки в асинхронных вызовах не будет, если я правильно понял... Я тоже могу повторить, что завершение всех инициированных собой операций - это проблема создателя этих операций, которую он обязан решить. Если прервать никак - значит дождаться завершения. Более того, возможно (но пока не могу утверждать), что с уничтожением экземпляра THTTPClient его асинхронная операция должна уйти в небытие. А вот здесь ткните меня носом, пожалуйста. Что за HTTPServer - в справке в классах System,Net я такого не нашел. И в исходниках (правда, у меня Берлин) тоже. Возможно - плохо искал. THTTPClient. Причем - без необходимости таскания с собой всяких OpenSSL Library в разных ипостасях. Обратите внимание - я говорил именно за отказ от Indy в http(s) обмене. А не про "полный отказ".

Вот модуль который решает проблему минимального размера: FMX.FormHelper.zip Просто подключите модуль к своему проекту и объявите его в uses. Пользоваться вот так: procedure TForm1.FormCreate(Sender: TObject); begin SetMinSize(640, 480); end; Все. Теперь размер формы будет ограничен 640х480.