Всем привет. Изменение данных в ячейках DBGrid'а делаю через обычный TEdit, чтобы контролировать что вводит пользователь. ChangeCell Вызывается при двойном нажатии на ячейку DBGrid'а. События описанные в Edit.OnKeyPress, Edit.OnExit хорошо работают, а вот Edit.OnChange не обрабатывается. Т.е. всё что написано в EditChange попросту не выполняется. Чё за нах??


На всякий случай:

Тут только отладчик скажет в чем же дело. Есть подозрения, что typ все-такие не равен 'real', но это только догадки. Возможно событие не назначено конкретному компоненту, как вариант. 

Создай тестовый проект с воспроизводящейся этой ошибкой и выложи весь проект сюда, посмотрим.

До этого даже не доходит. Т.е. если я ставлю BREAK (BREAKPOINT), то при запуске проги на нём не происходит остановка выполнения кода:

А события описанные:

Выполняются. хз

OnChange не вызывается из-за назначения Parent'ом грида.
С причиной не разбирался.
Если назначить Parent'ом форму (Self), то OnChange нормально вызывается.
В данном случае не вижу препятствий сделать именно так,
нужно будет только пересчитать координаты.

Нифига, всё равно не обрабатывается OnChange!

Для начала почитай про owner и parent.  что это и с чем едят, различия и т.д.

Akella, спасибо! Почитал вот эту статью и вроде бы как понял, что "компонент-родитель должен уметь принимать и обрабатывать сообщения от системы Windows". Походу DBGrid не отлавливает OnChange вот и ничего не получалось.
Вот работающий код:


В принципе БелАмор говорил это же, только я его не понял )))

Это сообщение отредактировал(а) chikistbuch - 20.10.2013, 17:42

Это означает, что ты указал владельца, а не родителя, т.е. именно владелец (self - форма) будет уничтожать компоненту "Edit", когда сам будет помирать.

Очень интересный подход, особенно если учесть, что Sender - это TDBGrid. Почему бы просто не указать там Form1 или Self, тем более что вся эта индийская конструкция все-равно вернет именно это?

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

1. Как уже сказали, Sender здесь ссылается на грид (объект типа TDBGrid).
2. Ошибки компиляции в этом месте не возникает потому, что приведение типа производится жёсткое, без проверки реального типа объекта, а компилятору в случае жёсткого приведения по-барабану что к чему приводить и каковы будут последствия.
3. Во время выполнения программы ошибки в этом месте не возникает потому, что и TPanel, и TDBGrid наследуют свойство Parent от их дальнего общего предка TControl. Обращение к необщему свойству привело бы к ошибке. Приведение с проверкой Edit.Parent:=(Sender as TPanel).Parent также привело бы к ошибке. Правильным вариантом было бы приведение либо к TDBGrid, либо к любому его предку вплоть до TControl.
4. Если Sender в процедуре используется многократно, то логично завести локальную переменную нужного типа (здесь - TDBGrid или предка), один раз присвоить ей значение (причём лучше с проверкой типа, через as) и вместо TDBGrid(Sender).Parent спокойно писать g.Parent
5. Edit:=TEdit.Create(Form1); - это опять-же, грубейшая логическая ошибка, в частном случае не приводящая к фактической.
  TForm1 - класс. Экземпляров класса (объектов) в общем случае может быть много. Form1 - это переменная-указатель (4 или 8 байт), которая может указывать только на один экземпляр формы. А может и не указывать вообще никуда. А все формы класса TForm1 должы работать, сколько бы их ни было создано. И работать со своими данными. Короче, правильным вариантом записи было бы Edit:=TEdit.Create(Self); Разберитесь что такое Self.
6. Посмотрите статью: Жизнь и смерть в режиме run-time

Ваша процедура с указанными исправлениями могла бы выгледеть примено так:

БелАмор, вот это разжевал! И не поленился столько писать!! Зачёт и спасибо