Синхронизация матриц

[zuzka]

Ну если FIND ставит в верхнее положение найденную - почему бы не поставить в это положение ту которая у вас там стоит, т.е. отшагать назад на количество отображаемых строк вашей 1-й матрицы, и тогда при пролистывании у вас будет в первой искомая внизу - и во второй искомая будет ставиться вниз. Ну и собственно алгоритм расчета когда запустить такие сдвиги - ведь пролистывание матриц пойдет когда вы дойдете до нижней записи и начнете новые открывать...

Собственно это всего лишь идея, как она будет работать - неизвестно))

[romeo]

Матриксы - глючны сами по себе.
Как вариант советую выбрать "ведущий" матрикс и при хождении по нему не только позиционироваться в "ведомом", но и выделять жирненьким текущую строку. Или выделять сразу в обоих матриксах. Тогда сразу будет бросаться в глаза то, с чем работаем в обоих списках.

[Sova_imported]

Цитата:

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

Матриксы - глючны сами по себе.
Как вариант советую выбрать "ведущий" матрикс и при хождении по нему не только позиционироваться в "ведомом", но и выделять жирненьким текущую строку. Или выделять сразу в обоих матриксах. Тогда сразу будет бросаться в глаза то, с чем работаем в обоих списках.

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

[Sova_imported]

Цитата:

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

Ну если FIND ставит в верхнее положение найденную - почему бы не поставить в это положение ту которая у вас там стоит, т.е. отшагать назад на количество отображаемых строк вашей 1-й матрицы, и тогда при пролистывании у вас будет в первой искомая внизу - и во второй искомая будет ставиться вниз. Ну и собственно алгоритм расчета когда запустить такие сдвиги - ведь пролистывание матриц пойдет когда вы дойдете до нижней записи и начнете новые открывать...

Собственно это всего лишь идея, как она будет работать - неизвестно))

А как я узнаю, куда и сколько я отшагала? Завести счетчик шагов? Но он не будет соответствовать экранному ходу, кроме того, я могу курсором курсором перейти в матрицу, в любое место, как в первую, так и во вторую. Пока даже теоретически не пойму, как это отследить..

[zuzka]

Цитата:

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

Цитата:

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

Ну если FIND ставит в верхнее положение найденную - почему бы не поставить в это положение ту которая у вас там стоит, т.е. отшагать назад на количество отображаемых строк вашей 1-й матрицы, и тогда при пролистывании у вас будет в первой искомая внизу - и во второй искомая будет ставиться вниз. Ну и собственно алгоритм расчета когда запустить такие сдвиги - ведь пролистывание матриц пойдет когда вы дойдете до нижней записи и начнете новые открывать...

Собственно это всего лишь идея, как она будет работать - неизвестно))

А как я узнаю, куда и сколько я отшагала? Завести счетчик шагов? Но он не будет соответствовать экранному ходу, кроме того, я могу курсором курсором перейти в матрицу, в любое место, как в первую, так и во вторую. Пока даже теоретически не пойму, как это отследить..

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

Нав не умеет - его надо учить. Завтра посмотрю что можно сделать. Думаю никаких проблем не будет.

[Sova_imported]

Цитата:

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

у вас в матриксе отображаются 11 строк - как пример -

Откуда я знаю, сколько у меня отображается строк? У меня вертикальный both, и, в зависимости от разных типов экранов и ширины раскрытия это количество всегда будет разным. Крайне интересно, если вы что-то нароете... пока я запаслась дежурным вариантом - в одной физической матрице представлять две разных, попеременно, в зависимости от нажатия кнопок А или В.