Barbanel

Кстати есть. TCircle Задайте ему размер и толщину Stroke и будет вам счастье)

Так руки же есть? Пишите))) Или у вас лапки?)))

Прям с языка сняли ?

Тоже задумывался об этом, правильного ответа не знаю, но мысли есть: Вариант 1 -сделать скриншот всего экрана (программно из дельфи, даже не экрана а формы) -затенить весь скриншот, предположим на 40-50% (т.е. снизить интенсивность каждого пикселя) -зная местоположение вашей кнопки с новой фичей, вырезать эту область из альфаканала скриншота (если делать круто - то вырез должен быть не прямоугольным а круглым, соотв. нужно както преобразовать прямоугольную кнопку в подходящих размеров круг) -вывести этот скришнот поверх всех контролов формы, не забыть положить на скриншот текст с описанием фичи и кнопкой перехода к следующей фиче. Вариант 2 -сделать скриншот всего экрана тупо чтобы знать его размеры -залить черным цветом -залить весь альфаканал на те же 40-50% (т.о. если вывести эту картинку поверх, она будет лишь затенять все что под ней) -аналогично предыдущему пункту вырезать дырку в альфаканале -аналогично предыдущему пункту вывести поверх формы Различия в том, что первый вариант вроде бы проще. Второй вариант зато позволит видеть анимированные контролы под затенением (если он и есть и нужны). Также буду раз услышать другие варианты.

Нормально все! ? Просмотрел презентацию, крутое дело делаете! Искренне желаю вам успехов!

Это реально круто! Радует! Ой-ё! Шире вселенной горе моё! ?

О, и правда! Присоединяюсь! Кстати, как прошел доклад? Врачи были заинтересованы такими специализированными разработками? Как в целом приняли?

Бился с подобной проблемой в XE10. К сожалению, решения не нашел. Дайте плиз знать если вы это решите, буду очень благодарен.

Ну, это вы не с причиной разобрались, а с ее проявлением) Если разберетесь с причиной - дайте знать, самому интересно.

У меня после переноса VCL проекта на 10.3 тоже кое-что перестало работать. Разбираюсь, гуглю. PS с вашей проблемой не сталкивался.

Точняк! Просто мы отвечаем на вопросы которые нам нравятся на которые знаем ответ. Ну, по крайней мере я.

Да, все верно.

SqLite - это тоже почти стандарт для маленьких БД на мобильных устройствах (ну или в принципе маленьких локальных БД). Однопользовательская. Очень упрощенная. Цены на UniDAC можно найти здесь. Я не агитирую за них, просто в нашем случае было необходимо шифрование. Купили, и с тех пор используем везде, удобно.

То что нужно, респектищще!!! Я не силен в php, но меня этот момент смущает: В случае реально большого файла (пару гигабайт), не вылетит ли скрипт с превышением времени выполнения? Раньше для выполнения php скриптов был таймаут в 30 сек по дефолту, и если скрипт выполнялся более 30 сек то генерировалась ошибка и клиент получал эту ошибку. Как будет в этом случае? Или этот скрипт не рассчитан на большие бинарники? Заранее спасибо!

Евгений, спасибо за хостера! Мучаюсь примерно такими же размышлениями как и топикстартер. В смысле, хостер + скрипты + передача данных для (в теории) дофига клиентов. Заодно вопрос по JSON. Сегодня это почти де-факто стандарт обмена текстовыми данными. А вот каким образом будет лучше всего передавать с сервера на клиент изображения или бинарные данные? Вернее, что сейчас является наиболее общепринятым способом? Мысли такие: 1) генерировать прямую ссылку 2) кодировать в Base64 и передавать прямо в тексте JSON 3) Для передачи больших данных - извращаться с FTP (звучит бредово, но такая мысль проскальзывала) 4) ???

Согласен, у каждого свое. Мое - из опыта. Мы в свое время заморочились с "правильным" подходом, и прозевали конкурента с похожим функционалом. Было пипец как обидно. FireMonkey без сомнений имеет свои недостатки и глюки. Но для тех кто знаком с Дельфи - это простой способ выпуститься на мобильных устройствах. FireMonkey без сомнений проигрывает нативным языкам, но выигрывает в скорости разработки. Что выбирать - каждый решает сам исходя из своих задач и возможностей.

При всем уважении, позвольте не согласиться. Именно для стартапа в условиях 100500 ограничений лучше написать одно приложение сразу для всех платформ (может быть поначалу страшненькое и кривенькое), но одно. Быстро и просто. Это называется MVP - minimal value product. Как только он начнет работать - можно набирать юзеров и идти к инвесторам. Потом уже можно либо причесывать это одно приложение, либо переписывать его для каждой платформы нативно. Все имхо. Вы вероятно опечатались и имели в виду MySQL. "Прямой доступ не используем" - это не моветон, это безопасность прежде всего, а сегодня еще и GDPR, с которым к сожалению нужно мириться и поддерживать. Не имеет значения. Подходит любой хостинг с MySQL и PHP. PHP - это и есть та самая "типовая примочка сверху")))) MSSQL - почти всегда нормальный выбор. Но: это виндовс инфраструктура, а хостеры с виндовс сервераит встречаются в природе реже и берут больше (моя инфа может устареть, но там где я работаю пока так). Это первое. Он платный - это второе (да, есть и бесплатные лицензии, но они с ограничениями). MySQL - Для 50к человек не могу сказать что идеальный выбор, но вполне нормальный. Имхо, главное чтобы не 50к одновременных подключений. В целом, для первичной разработки и запуска стартапа разница между этими двумя БД небольшая. В обоих случаях SQL, с минимальными различиями. Невопрос, держи помидор)))) Мы используем UniDAC и БД SQLite. UniDAC позволяет шифровать на лету эту БД и работает превосходно на всех используемых платформах (Win, iOS, Android, Mac OS). Компонент платный. За другие не могу сказать, не использовал. Имхо - нормальная, но... мы ж легких путей не ищем, сами себе создаем трудности и потом их героически преодолеваем)))) Если целью стоит именно приложение - схема вполне нормальная, так все делают: приложение + сервис-бекенд. Что-то другое будет сайт, реализующий тоже самое. Проще это или тяжелее - зависит от ваших разработчикой и целей проекта.

Наглядный пример фразы "Вы прослушали разговор двух бушменских шаманов" )))))

Хм, вы меня удивили, если честно. Попробовал на телефоне несколько популярных приложений, и они все после полного закрытия остаются в "списке задач/процессах". Да, они перезапускаются если их вызвать еще раз. Я конечно не эксперт, но боюсь что то что вы хотите это слишком нестандартное поведение, и врядли в дельфи это реализовано. Если не секрет, для каких целей вам нужно настолько хитрое поведение?

Второе. Если запустить на 16ядерном компе - то даже под XP заработает)

Не смотрел в код, просто пришло это в голову. Сори.

Это связано с тем, что у таймена не наивысший приоритет, а как раз наоборот. События таймер выполняются когда приложение (и сама ОС) простаивает. Т.о. пауза между вызовами событий таймера не всегда одинакова, а сдвиг же в свою очередь всегда на фиксированное значение. Если же вы будете сдвигать изображение на значение пропорциональное реальному интервалу между событиями - рывки будут менее заменты на глаз (хотя все еще будут возникать).

Посмотрел. Возможно у меня слишком производительный пк, потому что я ничего критичного не вижу. На глаз выводится 20-30 фпс, каких-либо рывков я не вижу. ¯\_(ツ)_/¯ Имхо, для диспетчера депо вполне норм)

Насколько мне известно, эти методы не используются. Может использоваться GDI (это из другой области) либо ЦПУ. Аналогично, сори за грубость)

Костыль-драйвен-девелопмент))) Создаем список с коллбеками и задержками. В таймере пробегаемся по задержкам, и после каждой вызываем соответствующий коллбек. Это на правах шутки. Если честно, я сам не очень понимаю как разрулить такое нововведение. Нужно читать что пишет сама эмбаркадеро о этом новшестве. Должен же быть какой-то альтернативный способ.