AntiMag...
Если завожу его в таймер древо постоянно сворачивается. Что делать ? Как быть ?
Писать код, поведение которого тебя устроит?
AntiMag Как обновлять VirtualStringTree при помощи Timer

Для начала определись, что означает для тебя "обновлять".
...
В своем коде ты сперва полностью "убиваешь" дерево:


- а потом строишь его фактически с нуля. Все узлы дерева по умолчанию свернуты. Вот ты и получаешь их свернутыми.
Но ты при построении можешь задавать свойство "Expanded" в True, но устроит ли тебя такое поведение?
Можешь запомнить состояние узлов перед перестроением, а при построении дерева использовать эти данные. Для этого, как минимум, нужно придумать, как один узел отличать от другого.

Дальше возникнет вопрос - что делать с позиционированием на экране? Ну вот, смотрел ты на 9999й узел дерева. Потом - бац - таймер, и ты уже смотришь на 1й узел. Это тебя устроит?

А что делать в случае, когда текущий узел удаляется - что показывать? ...или когда добавляется 10 000 новых узлов.
....
Т.обр., чччДAntiMag Как обновлять VirtualStringTree при помощи Timer

Для начала определись, что означает для тебя " обновлять ".

AX-ClassПричем здесь таймер. Код "по кнопке" себя по-другому ведет?

"По кнопке" код выполняется хотя бы в ожидаемый момент.

AntiMagавторДальше возникнет вопрос - что делать с позиционированием на экране? Ну вот, смотрел ты на 9999й узел дерева. Потом - бац - таймер, и ты уже смотришь на 1й узел. Это тебя устроит?

А что делать в случае, когда текущий узел удаляется - что показывать? ...или когда добавляется 10 000 новых узлов.


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

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

Все равно никто за тебя задачу "вот так правильно" не решит.

AntiMagавторХотелось бы услышать постановку задачи, а не метод её выполнения


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

... а если в новой сводке данные не изменились - зачем она вообще нужна?

Ariochстроки=узлы в БД=дерево - только добавляются, или иногда удаляются тоже?

а в общем, можно только повторить:
Ariochанализируй изменения и в дереве меняй только те ноды, которые надо

не убивай дерево, а делай в нём минимальные изменения и только нужные.

не грузи в дерево всю БД, а только ты её части, который пользователь вывел на экран
А если были удалены ВСЕ данные, которые пользователь вывел на экран - что тогда показывать после "обновления"?

AntiMagавторне убивай дерево, а делай в нём минимальные изменения и только нужные.

не грузи в дерево всю БД, а только ты её части, который пользователь вывел на экран

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

AntiMagавторНу и че ты паришься, в постановке задачи нет условия "чтобы узлы не сворачивались".
Если заказчика не устраивает - пусть даст определение понятия "обновлять данные". Пример ему приведи: "вот ты начальник милиции, читаешь с листа сводку - куяк! - новая сводка! Что, вырвать старую из рук и вставть в руки новую, или прямо в листе зачеркнуть все поменять? Или новую сводку положить на стол, а ты сам определишься, когда ее читать?"

... а если в новой сводке данные не изменились - зачем она вообще нужна?

Ок, real-time так понятнее мысль программы ?
Что ж ты упертый такой.

Ну, твори тогда свой рилтайм сам.

DimaBrНе нужно никакого обновления по таймеру. Нужна кнопка ОБНОВИТЬ, при нажатии на которую происходит обновление дерева с позиционированием не том узде, на котором стоял пользователь.
Предположим что ваш таймер работает, вы читаете данные с базы и заполняете дерево. Пользователь встал на какой то узел и просматривает его, а другой пользователь в этот момент узел удаляет. Срабатывает ваш таймер и у пользователя ВДРУГ узел исчезает. Он будет доволен ?
Другой вариант.

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

Отсюда напрашивается схема - читать не всё дерево сразу, а только текущих подузлов. Пользователь раскрывает узел, в этот момент подчитываются данные и заполняется дерево. Пользователь закрывает узел и раскрывает снова - удаляются и считываются заново все подузлы.
Да.

В некоторых случаях можно обновлять дерево.
Например, когда данные менялись, но не удалялись или добавлялись. При этом достаточно лишь перечитать данные, идентификаторы которых "хранятся" в ВИДИМЫХ на экране узлах.
В некоторых случаях можно показывать и удаленные данные: структура дерева остается прежней, просто удаленные узлы помечаются особым образом (цветом или <данные удалены>). Мне такой режим подсказал один из заказчиков, и я его теперь довольно часто использую.

И, естественно, кнопочка "Обновить". Которая энейблится при поступлении эвента от СУБД "данные изменились"(т.е., поменялись, удалились, добавились). Вот тут уж я в коде стараюсь сохранить текущее положение курсора на экране и все состояния типа Expanded, а также решаю, что делать, когда данные удалены.

AntiMagавторЧто ж ты упертый такой.

Ну, твори тогда свой рилтайм сам.

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

DimaBrПредлагаю отказаться от дерева и разбить данные на два грида.
Приемущества:
1. два курсора, для каждой базы свой.
2. измениение верхнего грида (добавление строк) не дёргает нижний грид
3. никаких свёрнутых/развёрнутых узлов
Так человек и будет всю жизнь шарахаться от дерева, пока не понадобится работать со структурой произвольной вложенности...
... или пока не понадобится показывать одновременно больше одной пары мастер-деталь.

AriochчччДИ, естественно, кнопочка "Обновить". Которая энейблится при поступлении эвента от СУБД

....а если есть ещё настраиваемые пользователями критерии фильтрации данных (что, впрочем, хорошо ложатся на грид, а на дерево - труднее), то кнопку Обновить еще и включатеся по изменению критериев.
Да еще бы неплохо авто-обновление если пользователь сделал паузу в изменении криетриев, на 0,7 - 2 секунды.
Не, я забил на такое. Ввел кнопку "Применить" (для фильтров). Юзеров дофига, данных еще больше, условия фильтрации могут быть тяжелыми - интерфейс подтормаживает иногда, когда автоматически применяешь условия фильтрации.

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