Формат ввода чисел

Игорь Столяров

kreator писал(а): ↑30 Июль 2023, 14:41 С каким форматом проблем нет?

Нет. Проблемы только с цифровыми форматами в которых разряды выводятся без разделителей.
Они как суслик. Их не видят, а они есть ...

kreator · Сообщение **kreator** » 30 Июль 2023, 16:16

Не знаю. Всё также. С разделителями ещё хуже.

: entry.png (3.92 КБ) 2161 просмотр

Игорь Столяров

Я разделителей здесь не вижу ... скажите пожалуйста, какая у Вас установлена маска формата ?

kreator · Сообщение **kreator** » 30 Июль 2023, 17:27

Точка. Формат - @N_9.B. Запятая и дефис вообще не отображаются. Непонятно почему. Пробелы посчитал незаметными. Вот точка явно видна.

Игорь Столяров

kreator писал(а): ↑30 Июль 2023, 17:27 Запятая и дефис вообще не отображаются

Потому, что у Вас в качестве разделителей разрядов указана точка.
Формат с таким разделением правильно будет отображаться: @N9.B
Хотя тогда уже проще использовать оригинальный: @N9B

kreator · Сообщение **kreator** » 30 Июль 2023, 18:25

Игорь Столяров писал(а): ↑30 Июль 2023, 17:37 Формат с таким разделением правильно будет отображаться: @N9.B

Да такая же хрень и с этим форматом. Что надо доказать? Вопрос только в усердии пользователя получить этот "глюк".

Игорь Столяров

Моё усердие позволяет много видеть ... но с этим форматом проблема решена и всё работает корректно.
Может быть у Вас для этого поля где-то в коде динамически переключается формат ?

kreator · Сообщение **kreator** » 30 Июль 2023, 22:08

Игорь Столяров писал(а): ↑30 Июль 2023, 19:42 Моё усердие позволяет много видеть ... но с этим форматом проблема решена и всё работает корректно.
Может быть у Вас для этого поля где-то в коде динамически переключается формат ?

Всё очень просто. Допустим, в пустом поле с этим "работающим" форматом пробелов несколько введите. А дальше кликайте мышкой куда угодно в этом поле.
Ещё интересный эффект. Попробуйте ввести цифр двадцать в это поле.

Игорь Столяров

kreator писал(а): ↑30 Июль 2023, 22:08 пробелов несколько введите

Это уже совсем другая история. Здесь в окне нужно включать опцию "Entry Patterns" для контроля ввода по маске.
Я в первом сообщении говорил о проблеме при выборе поля с клавиатуры или щелчком мышки SELECT(?).

kreator · Сообщение **kreator** » 31 Июль 2023, 13:20

Понятно, что Вы хотите вылечить одну данную проблему. На мой взгляд надо лечить сразу всё. Ну это же маразм, что я могу в числовое поле ввести пробелы, буквы... Я посмотрел IBExpert (написан на древнем Дельфи). Там вообще нет этих проблем. Ни Ваших, ни моих. Ведь как классно, когда у пользователя даже мысль не зарождается "А почему так?". В поле с форматом для девяти цифр могу набрать сотню цифр, но при этом в поле не запишется ничего. Что это? Девятка только на чтение работает?
У одного пользователя руки трясутся, он не может мышкой попасть в нужное место. Другой с такими же проблемами лишние символы (или не те) набирает. Проблемы одного порядка.

Игорь Столяров

Понятно, что если мы задаём формат поля @N - значит хотим видеть в нём только цифры.

Но здесь возникаем конфликт интересов: хотим ли мы тратить ресурсы на обработку и проверку каждого вводимого
символа на предмет соответствия указанной маске поля ? Если да - включаем опцию "Entry Patterns" в окне ...

И я даже знаю, кто сейчас напишет, что это крутяк переданный нам отцами-основателями из DOS, но это будет не совсем верно ...

Windows многозадачная ОС и прерывание на анализ вводимых символов - контрпродуктивно. Собственно поэтому это и опция.

Я делал фильтр ввода:
FTP::/_Misc Applications/InputFilter/

kreator · Сообщение **kreator** » 31 Июль 2023, 15:55

Игорь Столяров писал(а): ↑31 Июль 2023, 13:31 Но здесь возникаем конфликт интересов: хотим ли мы тратить ресурсы на обработку и проверку каждого вводимого
символа на предмет соответствия указанной маске поля ? Если да - включаем опцию "Entry Patterns" в окне ...

Почему Вы не используете эту опцию?

finsoftrz · Сообщение **finsoftrz** » 31 Июль 2023, 16:06

Игорь Столяров писал(а): ↑31 Июль 2023, 13:31 И я даже знаю, кто сейчас напишет, что это крутяк переданный нам отцами-основателями из DOS, но это будет не совсем верно ...
Windows многозадачная ОС и прерывание на анализ вводимых символов - контрпродуктивно. Собственно поэтому это и опция.

Ясно кто напишет. Ну какой же Вы упертый.

Я прошлый раз замучился объяснять, что ввод по маске используется в нормальных учетных системах, где надо максимально защитить пользователей от ошибок. Кларион или dos тут вообще не при чем, это просто считается правилом хорошего тона. Никаких проблем в режиме проверок при вводе за все время не встречал, отсыл к многозадачности это феерично. Другой вопрос, что в рантайме c11 этот режим нормально не работает. В основном, вопросы удалось порешать, навесив упомянутый класс. Хотя глюки с цифровыми полями ввода на последних тестах изредка всплывали (при переключении окон или программ). В рантайме с11 немало подобных недоработок разной степени критичности и возможностей обхода. Поэтому и не стал переключаться на рантайм с11. Что-то может измениться в лучшую сторону, если изменится вся схема финансирования развития клариона. Но этого пока не предвидится, для этого все должны прекратить оплачивать подписку на кларион и пустить деньги в другом направлении.

Игорь Столяров

finsoftrz писал(а): ↑31 Июль 2023, 16:06 в нормальных учетных системах

И в других тоже используется. Посимвольный контроль входного потока пришёл из DOS, просто представьте,
что Windows в реальном времени крутится какой-то процесс в фоне и тут в программе начинают давиться кнопы ...
Здесь ведь Windows не даётся выбор когда мультипликсировать потоки - она должна реагировать на каждый символ в поле.

На мой субъективный взгляд (!!!) посимвольный контроль везде излишен. Ну может быть для ввода пароля или пин-кода ...
А в RunTime C11 он может косячить из-за того, что это заброшенный рудимент, который мало кто уже не юзает ...