Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2003.02.17;
Скачать: CL | DM;

Вниз

Перемещение по таблице   Найти похожие ветки 

 
kalliopiy ©   (2003-01-30 17:46) [0]

Приветствую всех!
Вопроос: у кого есть какие-нибудь идеи по поводу организации (в упрощенном варианте) следующей штучки. Показываем какую-нибудь таблицу в DBGrid и хотим, чтобы по щелчку на какой-то записи выдавалось окошко, в котором был бы вопрос "Перейти на эту запись?" (Да/Нет). Если "да" - нормально, а вот если "нет", то чтобы на прежней записи и остаться, т.е. никуда не переходить.


 
NickBat ©   (2003-01-30 17:48) [1]

Для того чтобы запомнить положение курсора существуют закладки.


 
Val ©   (2003-01-30 17:52) [2]

несколько надумано по-моему, к чему это? это же переход а не удаление. если юзер щелкнул мышью по записи, значит и текущая у него в области отображения грида и ничего не стоит щелкнуть второй раз для возврата, если выбранная ему не понравилась. :)


 
Sergey13 ©   (2003-01-30 17:55) [3]

2kalliopiy © (30.01.03 17:46)
А юзера тебя не убьют? Ты сам попробуй каждый раз отвечать на свой вопрос. Что вспомнилось про инсталяцию чая 8-)


 
kalliopiy ©   (2003-01-30 18:35) [4]

Ребята, спасибо за отзывчивость :)

Что я вам скажу? Я ведь обозначил, что это упрощенный вариант проблемы. Конечно это маразм каждый раз спрашивать юзера о том, хочет ли он куда-то перейти или нет. И про закладки я тоже осведомлен...

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

Причем, прошу заметить, работаем в FireBird и Post в таблицу Заявок и связанных с ней уже был сделан ранее. Тут мы спрашиваем только подтвердить транзакцию или откатить, ну, или "Отмена"?

Надеюсь теперь понятна проблема...


 
Sergey13 ©   (2003-01-30 18:40) [5]

2kalliopiy © (30.01.03 18:35)
Ежели у тебя все так серьезно, нафига в гриде редактировать? Можно и на отдельной формочке сварганить.


 
Val ©   (2003-01-30 18:48) [6]

согласен с Sergey13 © (30.01.03 18:40) - скорее даже нужно - классика.


 
kalliopiy ©   (2003-01-30 19:02) [7]

Ребята, спасибо за отзывчивость еще раз :)

Пока я пытался вставить свой предыдущий постинг, я уже проблему решил.

А насчет редактирования, то это происходит у меня параллельно, т.е. есть грид (просто для общей картины, нередактируемый), а под ним детализированная форма.


 
Sergey13 ©   (2003-01-30 19:06) [8]

2kalliopiy © (30.01.03 19:02)
>есть грид (просто для общей картины, нередактируемый), а под ним детализированная форма.
Вот отсюда ноги у проблемы и растут. 8-) Надо чтоб детальная форма была поверх грида модально.


 
kalliopiy ©   (2003-01-30 19:15) [9]

Ну, это уже проблема построения интерфейсов.

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

Всем спасибо!


 
MsGuns ©   (2003-01-30 19:30) [10]

>kalliopiy © (30.01.03 19:15)
>Ну, это уже проблема построения интерфейсов

Да нет, это "дело" обращения с БД. Если узеру давать одновременно тискать и грид и единичные DB-ориентированные контролы, то постоянно будут вознать непредусмотренные попытки запостить изменение (ведь источник и у грида, и у DBEdit`ов один и тот же). Вот ты и пытаешься "словить неуловимое". А ведь все решается куда проще: модальное окно с НЕПРИВЯЗАННЫМИ к датасету контролами и 2 кнопами: "Записать" , "Отменить". И никаких нафиг откатов !



Страницы: 1 вся ветка

Текущий архив: 2003.02.17;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.018 c
3-52779
SoloD
2003-01-31 07:07
2003.02.17
Пакование dBase 5.0 через ADO


3-52741
KonuhovSegey
2003-01-23 07:46
2003.02.17
Блокировка записи в TQuery-- TUpdateSQL.


1-53080
Yrtimd
2003-02-06 21:01
2003.02.17
Получение снимка экрана в


1-53068
runner
2003-02-06 18:04
2003.02.17
Перенос в ячейках StingGrid


1-52983
ltexcimer
2003-02-10 11:29
2003.02.17
номер строки в StringGrid