Доброе время суток.
Значит, элементарная ситуация - есть датасет, есть грид, по гриду бродит юзер. Заходит в запись, меняет, двигается дальше. В момент движения происходит Post, на каковой хочется повесить диалог вида "Сохранить? Да/Нет/Отмена". Сделал так:

procedure TForm1.IBDataSet1BeforePost(DataSet: TDataSet);
begin
Case MessageDlg('Save changes?',mtConfirmation,[mbYes, mbNo, mbCancel],0) of
mrNo:DataSet.Cancel;
mrCancel:Abort;
end;
end;

При нажатии на No пишет "Not in edit mode". Ставил точку останова, проверял state - dsEdit. Если вместо TIBDataset использовать TTable BDE, сообщение имеет вид "Key violation". Что за притча?

И еще, чтоб ветки не плодить: в эх-гриде установлено свойство AutoFitColWidth=True. Если поля в колумн-эдиторе не заданы, то масштабирует ширину отлично. Если же поля добавить в список колонок, он просто делает все колонки одинаковой ширины. Это так и должно быть, или можно вылечить?
Поможите, плиз!

PS дело происходит на D7

To VVD:

Когда пытался с TTable, использовал DemoDB, таблица customers. Вроде, всё должно быть ОК - при записи изменений ведь никаких вопросов не возникает.

To Lelikk:

Нужен именно диалог с тремя вариантами - сохраняем (Yes), не сохраняем и выходим из редактирования (No), не сохраняем и продолжаем редактировать (Cancel)

Вообще, в документации сказано, что если датасет не в dsEdit, Cancel does nothing. А тут - ругается... У кого еще какие идеи есть?

To JibSkeart:

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

To VVD:

Да тут уже не моветон, тут уже concrete wall situation. :) Но гипотеза о неиспользовании BeforePost для вывода подтверждающего диалога отражается в документации:

if MessageDlg('Update Record?', mtConfirmation, [mbYes, mbNo], 0)=mrYes then
MyData.Post
else
MyData.Cancel;

(Cancel example, D7 on-line help)

ИМХО, помещать такой код в BeforePost бесполезно, ибо он сам вызывает Post, который опять вызовет событие BeforePost, с уходом в бесконечность. Видимо, предполагается использование в каом-то другом месте. А куда еще поместить вызов подтверждающего диалога, чтоб любые изменения датасета перехватывать в одном месте?

Решение найдено.



Парадоксально, но факт. Причем таким образом датасет обратно в эдит не выходит - после этого происходит post. "О, сколько нам открытий чудных..."

Облом - при этом решении всё одно происходит post неизменненой строки. Что никуда не годится. Эхххх....

Ладно, остановился пока на этом



При этом из эдита датасет не хочет выходить, но хоть пост не происходит, и запись до начального вида восстанавливает. И то хлеб.