Контроль ввода на форме.

[glibs]

Вы хоть послушайте что вам говорят.

Цитата:

Сообщение от Михаил Андреев

Можно вводить числовые выражения, например, "2*2" или "50*100/118".

Извращенцы. Извините. Вспоминается любимый анекдот Маззи про японскую циркулярку и русских мужиков.

[glibs]

Цитата:

Сообщение от Владимир Максимов

...вручную выполнять преобразование в modified() методах введенного значения...

Если уж извращаться, то я бы рассмотрел вариант edit-метода строкового типа, который правит real-поле.

Но только продвинутые пользователи, которым удобно вводить в поля формулы для расчета, вас проклянут за такую "услугу". И правильно сделают.

[pwp]

Цитата:

Сообщение от glibs

Вы хоть послушайте что вам говорят.
Извращенцы. Извините. Вспоминается любимый анекдот Маззи про японскую циркулярку и русских мужиков
+ про извращения .........

Да мы очень рады за эту возможность, кто спорит ? Но если вводится: 12йцукен345=0,00 то это тоже непорядок.
Извращаться не будем, будем просто учитывать, что введен 0,00 .
Просто там стоит 5 или 6 свойств по вводу RealEdit: ставить ли разделители, менять знак, + еще ряд.., а простого свойства ввода по маске,
которое подойдет для 95% работающих пока не предусмотрено.

[Ivanhoe]

Понятно, что некрасиво, когда в одном поле ругается, а в другом - нет. Но вот прикладную задачу я не понимаю - Аксапта же не принимает неверное значение, а просто игнорирует (если настроено в ОС, то еще и звуковой сигнал подаст). В чем проблема? ) Оператор быстро набирает много чисел подряд и может не заметить, что ввел что-то не то?

[pwp]

Цитата:

Сообщение от Ivanhoe

Понятно, что некрасиво, когда в одном поле ругается, а в другом - нет. Но вот прикладную задачу я не понимаю - Аксапта же не принимает неверное значение, а просто игнорирует (если настроено в ОС, то еще и звуковой сигнал подаст). В чем проблема? ) Оператор быстро набирает много чисел подряд и может не заметить, что ввел что-то не то?

Я уже писал ранее 13.01.2010 18:58 : Мне конечно и в голову не пришло бы вводить буквы вместо цифр, но при тестировании мне на это указали. Вот я и стал искать BestPractice на эту тему... и никак...

[Ivanhoe]

Это я видел. На что указали при тестировании? Какое поведение (кроме бокса с ошибкой) хочет пользователь?

Может, пользователю еще не нравится, когда в поле типа Время вводишь что-то другое и отображаются вопросики? )

[glibs]

Цитата:

Сообщение от pwp

...
Но если вводится: ... то это тоже непорядок.
...

Непорядок. Верно.

"Разруха не в сортирах, она в головах" (с) Булгаков.

Вашим пользователям так скоро придет в голову, что если они в текстовое поле введут не то что думали, то система должна будет догадаться.

[Михаил Андреев]

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

[pwp]

Цитата:

Сообщение от Ivanhoe

Это я видел. На что указали при тестировании? Какое поведение (кроме бокса с ошибкой) хочет пользователь?
Может, пользователю еще не нравится, когда в поле типа Время вводишь что-то другое и отображаются вопросики? )

Цитата:

Сообщение от glibs

Непорядок. Верно.
"Разруха не в сортирах, она в головах" (с) Булгаков.
Вашим пользователям так скоро придет в голову, что если они в текстовое поле введут не то что думали, то система должна будет догадаться.

Цитата:

Сообщение от Михаил Андреев

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

Ну ребята, что Вы на меня накинулись. Я же где-то программер и Ваши тезисы одобряю. И вообще пользователям такое в 99% случаев в голову и не придет.Это требование консультанта. Ну и я решил поискать тут приемлемый консенсус.

[Ivanhoe]

Так мы не накинулись, это скорее выработанная годами привычка задавать вопросы "А зачем?", "А для чего?" до того, как начать программировать