kami

Да. Только меня определили за соседний столик

@Error нужен точный подсчет ! +- 1,5 землекопа.
Коллеги, прошу отметиться здесь - кто будет.
Известный мне список:
@Error, @Brovin Yaroslav, @RoschinSpb , @kami , @wamaco (вроде как, не увидел явного согласия).

@Error нужен точный подсчет ! +- 1,5 землекопа.
Коллеги, прошу отметиться здесь - кто будет.
Известный мне список:
@Error, @Brovin Yaroslav, @RoschinSpb , @kami , @wamaco (вроде как, не увидел явного согласия).

Так, вот ссылка на адрес: http://cafecherdak.ru/главная/куйбышева-38/
Я буду. Желательно забронировать столик заранее, чтобы не вышло ситуации, когда нет мест. Чтобы это сделать, нужно знать приблизительное количество народа.

ой-ё... рекурсия, метод лесного пожара, емнип.
Не, если нельзя ограничить глубину вложенности - само собой можно схватить преполнение стека.
понятно, что всё придумано до нас, но если изобретать велосипеды - я бы завел список из TPoint с невозможностью добавления дубликатов (например - TDictionary) и проходил бы по нему вашим алгоритмом, но вместо рекурсивного вызова - добавление точек в список. Точки, закрашиваемые красным - удаляются из списка. Если на очередном проходе списка количество элементов  = 0 - мы обошли всю фигуру.

да. Это правильно. При этом хочу напомнить о еще одной возможности, помимо Synchronize существует Queue. И в ряде случаев последний метод более предпочтителен.

ой-ё... рекурсия, метод лесного пожара, емнип.
Не, если нельзя ограничить глубину вложенности - само собой можно схватить преполнение стека.
понятно, что всё придумано до нас, но если изобретать велосипеды - я бы завел список из TPoint с невозможностью добавления дубликатов (например - TDictionary) и проходил бы по нему вашим алгоритмом, но вместо рекурсивного вызова - добавление точек в список. Точки, закрашиваемые красным - удаляются из списка. Если на очередном проходе списка количество элементов  = 0 - мы обошли всю фигуру.

1. Фреймы просто создавать динамически, в рантайме. Панельки с содержимым обычно накидывают на саму форму. С учетом кучи пунктов опций - получается гигантская каша, в которой без 100 грамм не разберешься.
2. Каждый фрейм - в отдельном модуле. Очень просто искать, редактировать, править функционал и при необходимости - удалять. В отличие опять-таки от этих панелек. Только не надо сами фреймы кидать на форму, как это делается с другими визуальными компонентами!

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

вообще не вижу здесь проблемы. Давайте использовать Delphi3, а еще лучше - турбопаскаль. Там вообще приложение может занимать килобайты, а то и байты.
Это неуклонная тенденция - язык/фреймворк/SDK включает все больше плюшек и фишек, хранится больше ресурсов, с более высокими разрешениями и так далее. Размер приложения от версии IDE к версии будет расти. И это везде так, а не только в RAD Studio.

Описание:
Назначение: Получение подписи клиента в графическом виде. Позволяет получить векторную подпись клиента на устройстве и сохранить ее в файл с любым разрешением Поддерживаемые платформы: Windows, OSX, Android, iOS Демо проект: Samples\SignatureDemo\SignatureDemo.dproj Доступен с версии: R102  Возможности:
Экспорт подписи в файл или поток с любым разрешением (TfgSignature.SaveToFile, TfgSignature.SaveToStream). При этом в файле подпись кадрируется, то есть пустые не заполненные области справа, слева, сверху и снизу игнорируются. Доступно изменение точности записи подписи  (TfgSignature.TrackingAccurancy). Возможность получить в процентах степень заполнения подписи клиента (TfgSignature.CalculatePercentFilling, TfgSignature.IsValidSignature) Возможность установить цвет (TfgSignature.Stroke) Возможность задать цвет заднего фона (TfgSignature.Brush) Доступно редактирование длительности отображения уведомления (TfgToast.Duration) Возможность менять глобальные параметры отображения всех тостов в рамках приложения (TfgToast.DefaultBackgroundColor, TfgToast.DefaultMessageColor и TfgToast.DefaultPadding) Скриншоты:

Господа, спасибо за участие в обсуждении!
 
Принимая во внимание кучу параметров, я "заморочился" на написание собственной клавиатуры. Проанализировав и продебажив кучу кода FMX, удалось подменить стандартную клавиатуру собственной.
 
На текущий момент концепт готов и работает, но обладает одним недостатком - из-за особенностей работы процедуры RegisterShowVKProc стандартный вызов клавиатуры теряется без возможности восстановления.
Посему - я буду реализовывать нужные мне виды + повторять стандартные Ru и Eng, возможно - с некоторыми изменениями.
 
Концепт предназначен для работы только под iOS.
 
Использование: подключаете к проекту модуль из архива... и всё. Кастомная клавиатура теперь будет показываться вместо стандартной во всех контролах, в которых вообще показывается клавиатура.
 
Известные недостатки:
1. Нет анимации появления/скрытия.
2. Не реализовано нажатие кнопки Return (пока не думал, как это делается)
3. Не реагирует на флаги TVirtualKeyboardStates
4. Не уверен в корректном удалении фрейма при завершении приложения.
5. Нет тулбара (не уверен, правда, что он нужен в собственной клавиатуре)
 
Если необходимо - готов дать пояснения по коду.
Ввиду того, что я только начинаю работать с FMX, любая критика приветствуется!
iOSCustomKeyboard.zip

Только не сильно поздний, а то мне мама не разрешает автобусы до меня ходят только до 23:00

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

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

использовать приватную переменную "текущий фрейм"
или - проходить по всем детям Panel и убивать их.
Про глобальные переменные забудьте!

использовать приватную переменную "текущий фрейм"
или - проходить по всем детям Panel и убивать их.
Про глобальные переменные забудьте!

Да! Я знал, что мыслю в нужном направлении

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

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

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

Да! Я знал, что мыслю в нужном направлении

1. Фреймы просто создавать динамически, в рантайме. Панельки с содержимым обычно накидывают на саму форму. С учетом кучи пунктов опций - получается гигантская каша, в которой без 100 грамм не разберешься.
2. Каждый фрейм - в отдельном модуле. Очень просто искать, редактировать, править функционал и при необходимости - удалять. В отличие опять-таки от этих панелек. Только не надо сами фреймы кидать на форму, как это делается с другими визуальными компонентами!

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

Да! Я знал, что мыслю в нужном направлении