В зависимости от того, какой edit style у колонки (а в общем то всегда), предыдущее значение нужно восстановливать ручками, с помощью команды SetText(), в случае return 2 или return 1 из itemChanged.

Дремучий, если ты уходишь с поля вне DW, то твой itemchanged просто НЕ бежит (будет бежать, если у тебя какие нибудь ГЛУПОСТИ, типа AcceptText() в Losefocus event написаны :-) , но я этого не делаю НИКОГДА, поскольку это прямая дорога к stack fault).

На самом деле, я бы дважды подумал, что при "неправильном" значении в itemchanged возвращать, 2 или 1. Всё, что ты выигрываешь с 2, это то что itemerror не бежит.
Я в таких случаях (чаще всего) 1 возвращаю, что вызовет itemerror, но его подавить можно, причём есть 2 стратегии для этого:
1) Если хочешь свои MessageBoxы в itemchanged пользователю вывешивать, то как я и сказал, делай SetText() на текст, СООТВЕТСТВУЮЩИЙ значению в буфере ДО попытки изменения, а на предке делаешь , первое, что itemerror в предке (или наследниках, по обстоятельствам) делает, это:



2) Если не обязательно свои MessageBoxы вешать, то просто делаешь Modify ValidationMsg property колонки на которой itemchanged бежит:


Кстати, ты ошибаешся, возвращение 2 как раз и НЕ должно было восстановить старое значение, оно должно не пустить НОВОЕ значение в буфер (из хелпа - 2 Reject the data value but allow the focus to change), всё что происходит, имеет отношение только к data value , о судьбе же ТЕКСТА, который в edit controle, висящем над колонкой, должен печься ты.