Добрый день, столкнулся с проблемой, которую постараюсь объяснить ниже.
Программа отображает, с помощью DBGridEh и FIBPlus компонентов, порядка 200-300 записей одновременно, записи отсортированы по дате и разброс дат порядка нескольких месяцев. Иногда возникает необходимость изменить даты нескольких записей расположенных рядом (с одной датой) и при изменении даты первой записи, фокус грида улетает за ней, чтобы вернуться обратно, к другой записи, приходится крутить скролл и искать нужную запись. Таким образом, при большом количестве изменений, нервы пользователей не выдерживают и они впадают в депрессию, обзывают программу нехорошими словами и несут негатив в этот мир.
Так вот, чтобы им помочь и поберечь этих ранимых созданий необходимо чтобы грид не дергался ни куда и сохранял всегда одно положение, пока его не попросят с помощью того же скролла. Я решал эту проблему с помощью букмарков, сохранял букмарк следующей записи и при применении изменений переходил к нему. Но из этого способа вытекает 2 маленьких проблемы - после изменений записи фокус смещался на следующую запись независимо от того было произведено изменение поля включенного в сортировку или нет. И было недоумение, когда изменял запись, вот она, а фокус на следующей... Вторая проблема - неясным и случайным образом без возможности повторения в процессе отладки - после изменения записи фокус улетал в саааамый верх грида.
Так вот собственно вопрос, кто-нибудь грамотно реализовывал поведение грида или датасета, при котором он ни куда самостоятельно не улетает или может быть где-нибудь в закрамах настроек маячит столь желанная опция, которая решает все мои и пользователей проблемы?

Refresh поищу, сортировка делается локально средствами FIBPlus

m_Slarpalaznik, с обычным StringGrid делал так:

у DBGrid должно быть что-то похожее на свойство Row

У DBGrid есть такой механизм, с помощью букмарков можно сделать сохранение текущей записи, но в таком случае, при возврате к этой записи грид может переместиться, если поле сортировки будет изменено, а как раз этого и нужно избежать.