Mineev

Нет, у меня не переключались темы не из за этого, а потому что мастер не смог переделать некоторые xfm файлы. Сами темы у меня примитивные, просто папка и набор цветов. Они конвертанулись нормально.

И еще нужно опубликовать свойство «IsLinksClickable»

А разве в версии 1.19 еще нет полноценной поддержки тем?

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

Речь о переключении Target Platform с айфона на андроид. Всякие. AV в основном. Выше же мой пост с ошибками. Потом один раз под айфон всё скомпилилось и запустилось. А при переключении на андроид опять посыпались ошибки при почти каждом переключении файла проекта, при компиляции, при переключении Target Platform и т.д. и т.п..

Один раз после правки очередной формы приложение открылось, скомпилилось и запустилось без ошибок, но при переключении на android опять посыпались ошибки. Что делать непонятно! Вернулся пока на предыдущую версию ибо работать надо.

Это в новую версию не попало?

Начал обновляться. После автоматического обновления переменных в xfm файлах и еще какого-то окна вылезло это: Как я понимаю FGX (или Delphi) не может сохранить некоторые (довольно много) xfm файлы. Я запускал Delphi от имени администратора - не помогло. До этого был абсолютно рабочий проект. В коде я вроде всё по темам поменял. Проект даже как ни странно весь компилируется, несмотря на то, что куча xmf файлов старого образца. Приложение запускается, но тема всегда светлая и на темную не переключается. В процессе работы с проектом постоянно выскакивают ошибки.

Кто рискнёт? :)

Вот результат работы вашего фрэйма. Изменил только цвета.

Предложите, пожалуйста, логику вычислений чтобы нижний край последнего элемента совпадал с нижним краем контрола для выравнивания по нижней границе.

Это ваш фрэйм с небольшими изменениями, о которых я писал Какой смысл высчитывать высоту, если в итоге высота контрола получается заметно больше, чем нужно!

Это не может быть связано со шрифтами? Чисто теоретически не должно, но FGX-454 говорит, что всё может быть.

С целым коэффициентом всё работает, а с дробным нет. Project29.zip

Как я уже писал выше, такое выравнивание меня не устраивает. Всё это затевалось для выравнивания нижней границы. И если взять ваш фрэйм и сделать пару изменений: хранить неокругленную высоту и высчитывать высоту CollectionView точно, то получается как на моём видео.

Вот video_2025-09-02_17-22-40.mp4

В вашей формуле есть недостаток. Мне нужно чтобы нижняя граница CollectionView была по нижней границе нижнего элемента. Это важно. Я специально подсветил желтым чтобы видно было. Иначе можно было бы просто добавить лишний пиксель (или пару) к каждому элементу. А у вас после расчёта места снизу полно остается лишнего.

Видимо зависит от количества элементов. Даже один элемент обрезается на пиксель. А несколько обрезаются довольно много.

Проблему удалось обойти указанным выше способом.

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

У меня в проекте на самом заголовке стоит HitTest = True. Проблема в том, что мигание происходит при нажатии на пустое место формы, образованное отступом. В тестовом проекте выделено желтым.

Задача у меня в том, что в разных вариациях приложения используются разные шрифты. Шрифт выбирает заказчик. А мне нужна минимальная высота данной конструкции для текущего шрифта. Поэтому там и стоит расчёт высоты. Этот метод помог. Спасибо. Но почему этот же самый код на обычной форме работает без всяких проблем. Ничего не обрезается. Условия и устройства те же?! Так я до сих пор и не понимаю зачем там эти коэффициенты и дробные значения. Все устройства имеют конкретное физическое разрешение и физические пиксели. Зачем их делить - непонятно.

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