vladk1973
Advanced Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
SergeBS
Мне кажется, что ты, милейший, невнимательно читаешь посты автора вопроса.
Разъясняю:
Имеем два грида.
На одном бегаем по строчкам, нажимаем кнопку и вылезает форма редактирования записи.
Судя по вопросу, в этой форме лежат только датаконтролы на первый датасет. Редактируем запись, все гуд.
На втором гриде бегаем по строчкам, нажимаем кнопку, вылезает форма редактирования но в контролах этой формы мы почему то видим не текущую строчку во втором гриде, а первую во втором датасете.
Разница между этими двумя случаями в том, что в первом - Table, во втором - Query
А все что ты написал
Цитата:| Сам-то понял, что написал? DBGrid - компонент для отображения и редактирования таблицы. Форму ты в него никак не запихнешь. А потому не майся ерундой. Либо подумай и напиши что ДЕЙСТВИТЕЛЬНО нужно, либо просто выкинь DBGrid2 и применяй другие компоненты. |
Цитата:| Если есть два РАЗНЫХ запроса, то чтобы во 2-м активной стала текущая запись первого - юзаем locate. А если нужно просто получить текущую строку 1 запроса, то во 2-м нужно ЯВНО записать условие отбора, соответствующее этой строке (типа ключевое поле = текущее значение для 1 запроса). И никакие пляски вокруг индексов ничего не дадут, поскольку индекс задает лишь порядок следования записей при просмотре. Ну и сокращает время поиска. А строить такой индекс, чтобы первая строка в результате оказалась та, которая текущая в другом запросе - замаешься. |
Цитата:| Ну при чем тут индексы? Разные запросы могут встать на одну запись только если ее в одном из запросов специально выделять по признакам из 2-го запроса. Или использовать "в лоб" locate. Опять же по признакам 1 запроса искать в результатах 2-го. |
полный бред |
. Еще раз объясняю: у DBGrida активной строки - НЕТ! Он просто отражает активную (выбранную если угодно) строку у dataset-а другим цветом, индикатором и т.п. Можно конечно путем плясок с бубном и т.п. определить активную строку по DBGrid-у. Но не нужно. Нужно сразу брать данные dataset (неважно - Table, Query) и по ним искать что нужно. И потому смотреть на этот DBGrid - просто не нужно. Теперь, надеюсь, понятно изложил? 
