forum.clarionlife.net

Игорь Столяров писал(а): 25 Август 2021, 14:52 ?MyString{Prop:Center,2} = 0 ! НЕ РАБОТАЕТ

Работает. Но как-то странно. Отсчитывает от ПРАВОГО края {PROP:Center,2} = 10, в то же время Center(10) отсчитывает от левого.

А где эта фишка описана в документации?

Губин Игорь писал(а): 25 Август 2021, 15:53 Отсчитывает от ПРАВОГО края {PROP:Center,2} = 10, в то же время Center(10) отсчитывает от левого

Её просто непредсказуемо колбасит в C11.1, а в C63 / C11 работает штатно по описанию:
The offset parameter on the CENTER attribute specifies an offset value from the center (negative = left offset)

Игорь Столяров писал(а): 25 Август 2021, 16:08 The offset parameter on the CENTER attribute specifies an offset value from the center (negative = left offset)

Это-то как раз работает штатно. Я о том, ГДЕ описано именно {PROP:Center,2}

Губин Игорь писал(а): 25 Август 2021, 16:14 Я о том, ГДЕ описано именно {PROP:Center,2}

Там же в справке. Я на всякий случай, обвёл красненьким ...

Спасибо. Глюкс, однако...

Я конечно свечку не держал. Но насколько вижу - вставляли новые проперти для AnyScreen.
И видимо не везде отработали новые смещения значений.
Эта история из той же серии, что и Prop:Font ... в Report (исправлено в крайнем релизе).

Вот еще в копилку багов рантайма. Неадекватно ведет себя поле ввода entry при переключении окон. Можно, наверно, какую-то заплатку поставить, например, при получении фокуса на окно делать свой select на поле ввода.

http://finsoftrz.ru/mp4_tmp/bugEntry.mp4

Уточню, что это вылезает, если у окна включен признак EntryPattern. Можно, конечно, везде отключить, но позволять пользователю в числовые поля вводить буквы и прочие не цифры выглядит кисло, пользователи у нас к такому не привыкли. В С6 все корректно работает.

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

finsoftrz писал(а): 25 Август 2021, 18:01 Уточню, что это вылезает, если у окна включен признак EntryPattern. Можно, конечно, везде отключить, но позволять пользователю в числовые поля вводить буквы и прочие не цифры выглядит кисло, пользователи у нас к такому не привыкли. В С6 все корректно работает.

Включайте EntryPattern только на нужные поля. Нет проблем. У меня нет проблем. Создать как у Вас не могу. Возможно не знаю установок окна.

finsoftrz писал(а): 25 Август 2021, 19:31 То есть, entry pattern режим в c11 все, можно забыть?

Я такого не вижу ... При всех этих переключениях - не нажимается ли клавиша INSERT ?

finsoftrz писал(а): 25 Август 2021, 19:31 как в ролике.

Нет-нет-нет ! Развод с домашним видео уже был и сейчас не пройдёт.
Дайте пожалуйста код контрола, который можно проверить в заведомо исправном приложении.

В любом стандартном примере создайте числовое поле enter, поставьте у окна режим entry pattern и воспроизведете. Я на всякий случай так проаерил в с10, там ситуация такая же. На windows 10 тоже проверял.

Поле ввода типа real, формат ввода вида @n-12.2b. Выравнивание по правому границе.
После ввода значения в поле стартуем другое окно из меню и закрываем его (или переключаемся на первый поток).
Переключения по полям ввода мышкой/клавиатурой приводит к возникновению бага хаотично, я закономерности не заметил. Разумеется, никаких insert я не нажимал.

Кстати, Игорь, заметил, что у Вас в приложении при переключении окон теряется фокус ввода на полях. Не замечали?

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

http://finsoftrz.ru/mp4_tmp/bugEntry2.mp4