![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Спросить о сохранении после редактирования DBGrid [D7]
mmms © (2005-11-14 10:55:00)Так же как и при удалении строки появл. подтверждение. BeforePost вызывать в кажом случае? Т.е. написать проц. на BeforePost, и делать Abort в случае отказа, или есть какое то более красивое решение?
аматор (2005-11-15 20:39:00) [1]Привет Всем ...
Красивое решение - отдельная форма ...
Но если надо попробуйте так, может поможет -):
if MessageDlg(...) = mrOk then begin
Table.Post;
end
else begin
Table.Cancel;
end;
sniknik (2005-11-15 20:10:00) [2]> Компонент с кешированием данных нужен, наверника такие есть.
ага есть - ClientDataSet, ADODataSet, IBClientDataSet, SimpleDataSet, и наверняка еще куча сторонних
ANB (2005-11-15 17:29:00) [3]
> А то, что таких коммерческих компанентов я что то не видел,
> а значит тема изначально провальная
1. При чем тут коммерческие компоненты ? Это же отдельная форма.
2. Аналог указанного Express - dxDBInspector. Но библиотека - платная.
mmms (2005-11-15 15:48:00) [4][10] ANB © (14.11.05 14:51)
А то, что таких коммерческих компанентов я что то не видел, а значит тема изначально провальная.. Если есть, укажите ссылку, поверю, но на тори что то не нашел.
Erik1 (2005-11-14 14:59:00) [5]Компонент с кешированием данных нужен, наверника такие есть. Поищи в инете. У нас сделан наследник от TStoredProc, если происходит какоето действие с DataSet то поступает событие и становится доступной кнопка записи. При нажатии на кнопку пробегаем по всем DataSet и делаем ApployUpdate.
ANB (2005-11-14 14:51:00) [6]
> но там не только текстовые поля, но и дата, время, где маска
> своя..
Ну и чего ? Друг так и сделал. И разные компоненты редактирования подкладывал в рантайм. Он даже ссылки на справочники в комбобокс запихал - нормально все работало.
mmms (2005-11-14 14:33:00) [7]
[6] Vlad © (14.11.05 11:31)
ADO
[7] ANB © (14.11.05 12:13)
Может быть и стоит написать.. но там не только текстовые поля, но и дата, время, где маска своя.. Смысла просто нет писать, т.к. все устраивает в гриде. Ладно, ситуация не тупиковая, что нибудь придумаем ;)
Desdechado (2005-11-14 13:08:00) [8]отключи AutoEdit, пусть пользуются горячими кнопками или навигатором для начала редактирования, тогда "случайно" не будет
ANB (2005-11-14 12:13:00) [9]
> mmms (14.11.05 11:08) [2]
Мне еще не приходилось это делать, а вот у моего друга вылезла та же проблема. Я ему посоветовал сделать одну универсальную форму редактирования. Неплохо вышло. Контролы генеришь автоматически по полям дейтасета. У него здорово процесс ускорился.
Vlad (2005-11-14 11:31:00) [10]
> mmms (14.11.05 10:55)
Какие компоненты доступа?
Если BDE, можешь посмотреть в сторону CachedUpdates
Плохиш (2005-11-14 11:23:00) [11]
> mmms (14.11.05 10:55)
> написать проц. на BeforePost,
> и делать Abort в случае отказа, или есть какое то более
> красивое решение?
Приведите Ваши критерии "красивого решения".
Sergey13 (2005-11-14 11:16:00) [12]2[2] mmms (14.11.05 11:08)
Если юзера устраивает редактирование в гриде, он прибьет тебя за постоянный запрос на сохранение. Т.е. вся "прелесть" гридовского редактирования теряется. ИМХО.
"Следи за собой. Будь осторожен" (с) В.Цой
myor (2005-11-14 11:11:00) [13]... Просто иногда юзер даже не замечает, что нажал что нибудь...
вот именно поэтому [1]
mmms (2005-11-14 11:08:00) [14]Но только не для меня :) Колонок много, гридов много, и генерить форму вставки еще.. это же ужас.. Устраивает во всем редактирование в гриде. Просто иногда юзер даже не замечает, что нажал что нибудь, перескочил на др. строку, а запись уже сохранилась.
Sergey13 (2005-11-14 11:05:00) [15]Красивее было бы редактировать в отдельной форме с кнопкой "Сохранить".