Игрища с позиционированием выделенной записи среди видимых строк grid'а

[mazzy]

У research параметр есть retainPosision
по умолчанию false

НО!
сама постановка - восстанавливать позицию мне кажется чертовски запоутывающей пользователя.
пользователю скорее нужно "остаться на той же самой записи, но возможно в другой позиции",
а не в "той же самой позиции, но возможно на другой записи"

насколько я помню, research(true) оставит курсор как раз на записи с тем же самым recId.
но это не точно

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

[TasmanianDevil]

Цитата:

Сообщение от mazzy

а не в "той же самой позиции, но возможно на другой записи"

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

Цитата:

Сообщение от mazzy

сама постановка - восстанавливать позицию мне кажется чертовски запоутывающей пользователя.

Но не в данном случае ...
Немного уточню решаемый предмет- данный вопрос возник в финале реализации с помощью grid не особо "любимого" Вами "дерева", по сути - косметическая "рюшечка", не особо портящая результат.

Возникает данный вопрос при свертке/развертке узловой записи - хотелось бы после обновления набора данных, связанного с отрисовкой добавляемых/ скрываемых подчиненных позиций, лежащих ниже выделенного узла, чтобы сам узел не менял своего положения среди видимых строк грида (см.. вложение)

Конечно же, даже сам оригинальный FromTreeControl грешен всяким в части прыжков выделенной позиции среди видимых элементов(при развертывании приыгает вверх, при свертке - вниз), но хотелось добиться более "спокойного" поведения

[mazzy]

Цитата:

Сообщение от TasmanianDevil

Немного уточню решаемый предмет- данный вопрос возник в финале реализации с помощью grid не особо "любимого" Вами "дерева", по сути - косметическая "рюшечка", не особо портящая результат.

Возникает данный вопрос при свертке/развертке узловой записи - хотелось бы после обновления набора данных, связанного с отрисовкой добавляемых/ скрываемых подчиненных позиций, лежащих ниже выделенного узла, чтобы сам узел не менял своего положения среди видимых строк грида (см.. вложение)

закат солнца вручную
поэтому и не особо любим лично мной.

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

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

[TasmanianDevil]

Цитата:

Сообщение от mazzy

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

Если изменился настолько, что на новом наборе данных восстановить картину до обновления невозможно - пожалуйста, тут без вопросов..

Цитата:

Сообщение от mazzy

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

Хорошо, давайте на пальцах ...
Допустим , что есть для воображаемого набора воображаемый grid c 5 видимыми строками для вывода элементов. На гриде в текущий момент видны элементы, начиная с 5-го ( 5, 6, 7, 8, 9).и выделение текущей позиции стоит на 6-ом (2-й среди видимых на grid). Я раскрываю 6-й элемент (lдопустим , у него 2 подчиненных) . и хочу увидеть следующую картину видимых на grid элементов после обновления - 5, 6, 6.1, 6.2, 7 с выделением на 6-ом (т.е. точно так же выделение остается на той же записи и эта запись имеет ту же самую позицию среди видимых на grid)

Что получается при вызове research()/FindValue() ?
research() обновит набор данных (станет 1, 2, 3, 4, 5, 6, 6.1, 6.2, 7, 8, 9, 10) отобразит на grid набор видимых строк с 1 по 5.с выделением на 1-ом.
FindValue() переместит выделение на элемент 6 и изменит набор видимых строки в grid со 2-го по 6-й.(скроллирует grid, пока не найдет искомую запись, которая оказывается последней среди видимых на grid ) - что несколько отличается от желаемой картины и визуально воспринимается как "прыжок".выделенной позиции и всех вышерасположенных данных вниз по grid'у.

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

[mazzy]

Цитата:

Сообщение от TasmanianDevil

Хорошо, давайте на пальцах ...
...
Что получается при вызове research()/FindValue() ?

не-не-не.
пока в рассматриваемом случае не будет вводной "другая аксапта изменяет набор данных" рассматривать бессмысленно.

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

если поведение измененного и неизмененного наборов будет отличаться, то зачем это нужно? ведь для пользователь не знает об изменениях и для пользователя все равно позиция будет иногда прыгать.