Подскажите, как правильно написать обработчик OnValidate для поля в таблице?
Например, поле имеет тип AsCurrency и содержит значения типа 78,53, а пользователь вводит туда ошибочно, например, дату типа 25.02.2006. Естественно при нажатии Enter возникает исключение. Как его правильно обработать в OnValidate поля, чтобы показать ShowMessage о некоренных данных и отменить ввод этих не правильных данных?
Cпасибо.

OnValidate предназначен для обработки логических ошибок. Он бы подошел, например, если бы пользователь ввел 100, а по логике он должен ввести не более 50.
В вашем же случае имеется ошибка преобразования. Для ее обработки Вам надо воспользоваться
скорее всего событиями OnEditError или OnPostError


Кстати можно воспользоваться событием событием OnSetText для того чтобы отслеживать, что конкретно ввел пользователь

>надо воспользоваться скорее всего событиями OnEditError или OnPostError


Спасибо, буду пробывать.

>Кстати можно воспользоваться событием событием OnSetText для того чтобы отслеживать, что конкретно ввел пользователь


Пишу обработчик:
void __fastcall TForm1::Table1PriseSetText(TField *Sender,
const AnsiString Text)
{


Currency C;
try {
C = StrToCurr(Text);
}
catch(...)
{
ShowMessage("Не правильный ввод" + Text);
Abort();
}


}
Через буфер обмена вставляю в запись не правильную запись например 25.02.2006. Как я понимаю должен появиться ShowMessage, а я получаю исключение: 25.02.2006 is not a valid floating point value
Как правильно обработать вставку не верного значения в запись из буфера обмена?

Случайно, не в режиме отладки при запуске в IDE получаете это сообщение?

>Случайно, не в режиме отладки при запуске в IDE получаете это сообщение?

Да, нажимаю кнопку компиляции и дальше в форме беру копирую из строки другого компонента значение 25.02.2006 и вставляю в грид. Значение вставляется. Нажимаю Enter и получаю исключение.
При попытки ввести не правильное значение в это поле с клавиатуры, не правильные символы игнорируются т.е. все нормально, а вот при вставке из буфера обмена получаю исключение.

Так этож правильно. Вы дайте дальше программе поработать и получитете нужное сообщение. Это IDE так настроен у Вас, что бы показывать где и какое исключение возникнет вне зависимости есть перехват или нет далее по коду. Что бы понятно было, запустите Вашу программу не из IDE, и все будет работать так как Вы и предполагали
C праздником Вас.

Ура! Работает (если запускать не из IDE). Два дня я мучилась – искала ошибку. Мне и в голову не приходило, что надо запустить без IDE.
Скажите, мой обработчик Table1PriseSetText полностью корректен? Может в catch надо передать что-то другое для надежности?

Большое спасибо за помощь и поздравления!

С уважением, Инга.

В общем сойдет. Но с точки зрения правильности не стоит использовать конструкцию cath(...). Лучше указать то, что Вы ожидаете здесь перехватить.

Ух, вот опять что-то не понятное с этим полем.
Если вставляю через буфер, то получаю свой ShowMessage как и предполагалось, но если набираю в это поле то, что нужно (цифры) и нажимаю Enter то поле просто очищается и мое значение пропадает.
Если убрать обработчик, то все нормально. Таким образом, я не могу ввести в поле при наличии этого обработчика любые правильные значения, ничего не происходит в плане ошибок, но после Enter, новая запись очищается.
Как сохранить и обработчик Table1PriseSetText и иметь возможность вводить в это поле нормальные записи?

Вот переделала код:

Вроде работает. Это окончательный вариант, или могут быть снова подводные камни и что-то мною не учтено?

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

Тогда уж так

Спасибо, но по-прежнему требуется вводить в обработчик все новые и новые проверки.
Например, пользователь взял и очистил одну из записей в этой колонке. Теперь он ставит фокус мыши на другую запись и получает ShowMessage("Не правильный ввод " + Text); и курсор остается на месте удаленной записи. Хотелось бы, чтобы после удаления можно было бы перейти на другую запись без проблем.
Следовательно, надо еще и обработать возможность, что пользователь просто очищает запись. Однако пока не знаю как. Курсор остается мигать в месте, где запись удалена и при любом следующем щелчке в стороне на другой записи пользователь получает ShowMessage, пока не введет в удаленную запись цифру.

Очередная моя версия вроде делает то, что надо, но опять же все ли я предусмотрела? Не думала, что простая проверка на ввод значения в поле будет такая замысловатая...

Это признак того, что у Вас с логикой работы приложения не все впорядке.

Спасибо.


>Это признак того, что у Вас с логикой работы приложения не все впорядке.


У меня простое приложение: один дбгрид с данными. Хочется предусмотреть любые не стандартный действия пользователя.

Начинаем с нуля. Любая даже очень хорошая программа может выдавать ошибки и их надо перехватывать. Цели перехвата могут быть совершенно разные(выдача осмысленного сообщения, журналирование ошибок и пр. пр.). Неужели для этого нужно делать перехват по каждому чиху. Естественно, нет, если по логике перехват по месту не нужен. Следовательно должно быть место цетрализованной обработки ошибок. Решаем это следующим образом
Кладем на форму ApplicationEvents и для начала организуем перехват ошибок вообще и от базы данных в частности

Для начала - это все. А весь остальной код убираем. Я не знаю, с какой БД Вы работаете, ну возможно, для нее предусмотрены производные классы от EDatabaseError, которые имеют дополнительную информацию, на основе которой можно выдать более подробные сообщения.
Кроме того, желательно создать свой класс, производный от Exception , который должен нести дополнительную информацию( серьезность ошибки, файл и строка, где произошла ошибка), что бы опять же централизировать обработку ошибоки дать Вам возможность быстро находить бани при работе программы.
Вот например как это выглядит у меня в одном из проектов

Да, круто и красиво.
Я работаю с BDE (таблица Paradox). В книжках по БД (те которые у меня), такие красивые решения не описаны.

Кстати пару замечаний по организации работы с БД.
Практика показывает, что редактирование непосредственно в гриде - плохой стиль. Вдвойне плохо, если программа в редактировании входит в автоматическом режиме, только потому, что сделан клик на поле ввода(AutoEdit==true). При работе с БД должен быть четко выделен момент начала редактирования и момент окончания редактирования с возможностью отказа от изменений. А посему грид только для просмотра, а редактирование надо реализовывать в отдельном окне. А в окне с гридом
предусмотреть кнопки редактирования, добавления и возможно просмотра( если в гриде выводится не вся информация.
Тогда обработчики кнопок у Вас будут выглядеть примерно так