forum.clarionlife.net

Казаки продолжают гулять в Париже

При попытке подвесить Alrt на поле ввода обнаружилась интересная ситуация
1. Поля ввода с форматом @S прекрасно отрабатывают все события
2. Поля ввода с форматом @N обрабатывают только то, что нельзя ввести в поле, т.е. символы

.,

не воспринимаются как горячие клавиши и, более того, поле ввода не генерит NewSelection при их вводе

Это была попытка побороть ввод запятой с цифровой клавиатуры

Губин Игорь писал(а): ↑21 Июнь 2022, 10:29 попытке подвесить Alrt

Отлавливать нажатие десятичной точки нужно до штатной обработки событий поля, т.е. в Event:PreAlertKey
Но это в традиционном Clarion, а как там у Вас в AnyScreen - надо пробовать ...

Игорь Столяров писал(а): ↑21 Июнь 2022, 23:37 Но это в традиционном Clarion

Если не срабатывает горячая клавиша, то нет ни Alert, ни PreAlert. Об этом я говорил.

В десктопной версии проблемы с точкой у меня решил шаблон, вешающийся на поле ввода. А вот в AnyScreen он отрабатывать отказывался. Пришлось копаться. И выяснилось то, что выяснилось...

Губин Игорь писал(а): ↑21 Июнь 2022, 10:29 обрабатывают только то, что нельзя ввести в поле

Вам видней - т.к. Вы с этим работаете.
Я просто усомнился в корректности этой фразы.
Проверьте в коде куда вставился код шаблона для AnyScreen.

P/S: Ну и ожидания события NewSelection при вводе символов - это Ваши ожидания.

Игорь Столяров писал(а): ↑22 Июнь 2022, 10:28 Проверьте в коде куда вставился код шаблона для AnyScreen.

P/S: Ну и ожидания события NewSelection при вводе символов - это Ваши ожидания.

Я сделал проще: вставил message на NewSelection, PreAlert, Alert, Accepted...
В Alrt() прописал запятую, точку, пару цифр, букв и функциональных клавиш (мне для работы клавиатуры не жаль )

А далее меняем формат поля ввода c @N на @S и обратно и смотрим нажимая на клавиши...

Так, мелочь, казаки гудят в Париже

Выяснилось, что новый AnyScreen и старый AppBroker плохо совместимы. Пока стояли на одном сервере, были вечные утечки памяти, даже если приложения под AppBroker не использовались.

После удаления с сервера AppBroker (та ещё морока, как оказывается), все нормализовалось.

В окрестностях Парижу обнаружены мародёры из разбитых армий.

Глюк при совместной правки базы в многопользовательском режиме.

Если в десктопном приложении на стандартных шаблонах двое одновременно откроют одну запись, то второй, кто попытается внести изменения, получит сообщение, что исходная запись была изменена. А вот в AnyScreen такое не сообщается. Причину не нашёл, надо разбираться, как и со способами обхода.

Губин Игорь писал(а): ↑20 Сентябрь 2022, 17:20 А вот в AnyScreen такое не сообщается.

Кто последний, того и тапки?

kreator писал(а): ↑20 Сентябрь 2022, 21:54 Кто последний, того и тапки?

Именно так. Сейчас думаю или самому дописать проверочный код в шаблоны или поставить контроль на время записи. Практика показывает, что в основном это выглядит так: открыл запись посмотреть, забыл открытой, через минут 5 вернулся и по привычке нажал сохранить, вместо закрыть.

Надо форму ограничивать по времени: открыта 2 минуты - "Окно будет закрыто через 10..9..8 секунд без сохранения изменений. Нажмите Нет чтобы продолжить редактирование".

Дед Пахом писал(а): ↑21 Сентябрь 2022, 11:33 Надо форму ограничивать по времени: открыта 2 минуты - "Окно будет закрыто через 10..9..8 секунд без сохранения изменений. Нажмите Нет чтобы продолжить редактирование".

Не совсем то. Проще задисеблить кнопку сохранения

Запись останется заблоченной.

Дед Пахом писал(а): ↑21 Сентябрь 2022, 12:00 Запись останется заблоченной.

В том-то и фокус, что запись не блокируется. Из-за этого и все проблемы

Или блокируется, но сообщение об ошибке не приходит?

Дед Пахом писал(а): ↑21 Сентябрь 2022, 12:57 Или блокируется, но сообщение об ошибке не приходит?

Нет, не блокируется. Стандартный легаси шаблон