Спросить о сохранении после редактирования DBGrid

← →
mmms (2005-11-14 10:55) [0]

Так же как и при удалении строки появл. подтверждение. BeforePost вызывать в кажом случае? Т.е. написать проц. на BeforePost, и делать Abort в случае отказа, или есть какое то более красивое решение?

← →
Sergey13 © (2005-11-14 11:05) [1]

Красивее было бы редактировать в отдельной форме с кнопкой "Сохранить".

← →
mmms (2005-11-14 11:08) [2]

Но только не для меня :) Колонок много, гридов много, и генерить форму вставки еще.. это же ужас.. Устраивает во всем редактирование в гриде. Просто иногда юзер даже не замечает, что нажал что нибудь, перескочил на др. строку, а запись уже сохранилась.

← →
myor © (2005-11-14 11:11) [3]

... Просто иногда юзер даже не замечает, что нажал что нибудь...
вот именно поэтому [1]

← →
Sergey13 © (2005-11-14 11:16) [4]

2[2] mmms (14.11.05 11:08)
Если юзера устраивает редактирование в гриде, он прибьет тебя за постоянный запрос на сохранение. Т.е. вся "прелесть" гридовского редактирования теряется. ИМХО.

"Следи за собой. Будь осторожен" (с) В.Цой

← →
Плохиш © (2005-11-14 11:23) [5]

> mmms (14.11.05 10:55)
> написать проц. на BeforePost,
> и делать Abort в случае отказа, или есть какое то более
> красивое решение?

Приведите Ваши критерии "красивого решения".

← →
Vlad © (2005-11-14 11:31) [6]

> mmms (14.11.05 10:55)

Какие компоненты доступа?
Если BDE, можешь посмотреть в сторону CachedUpdates

← →
ANB © (2005-11-14 12:13) [7]

> mmms (14.11.05 11:08) [2]

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

← →
Desdechado © (2005-11-14 13:08) [8]

отключи AutoEdit, пусть пользуются горячими кнопками или навигатором для начала редактирования, тогда "случайно" не будет

← →
mmms (2005-11-14 14:33) [9]

[6] Vlad © (14.11.05 11:31)
ADO
[7] ANB © (14.11.05 12:13)
Может быть и стоит написать.. но там не только текстовые поля, но и дата, время, где маска своя.. Смысла просто нет писать, т.к. все устраивает в гриде. Ладно, ситуация не тупиковая, что нибудь придумаем ;)

← →
ANB © (2005-11-14 14:51) [10]

> но там не только текстовые поля, но и дата, время, где маска
> своя..

Ну и чего ? Друг так и сделал. И разные компоненты редактирования подкладывал в рантайм. Он даже ссылки на справочники в комбобокс запихал - нормально все работало.

Компонент с кешированием данных нужен, наверника такие есть. Поищи в инете. У нас сделан наследник от TStoredProc, если происходит какоето действие с DataSet то поступает событие и становится доступной кнопка записи. При нажатии на кнопку пробегаем по всем DataSet и делаем ApployUpdate.

← →
mmms (2005-11-15 15:48) [12]

[10] ANB © (14.11.05 14:51)
А то, что таких коммерческих компанентов я что то не видел, а значит тема изначально провальная.. Если есть, укажите ссылку, поверю, но на тори что то не нашел.

> А то, что таких коммерческих компанентов я что то не видел,
> а значит тема изначально провальная

1. При чем тут коммерческие компоненты ? Это же отдельная форма.
2. Аналог указанного Express - dxDBInspector. Но библиотека - платная.

> Компонент с кешированием данных нужен, наверника такие есть.
ага есть - ClientDataSet, ADODataSet, IBClientDataSet, SimpleDataSet, и наверняка еще куча сторонних

Привет Всем ...
Красивое решение - отдельная форма ...
Но если надо попробуйте так, может поможет -):

if MessageDlg(...) = mrOk then begin
Table.Post;
end
else begin
Table.Cancel;
end;

Спросить о сохранении после редактирования DBGrid Найти похожие ветки