После удаления узла его IDIndex не освождается - так и задумано

откуда не освобождается?

Создаём узел
IDIndex = [ 1 ] CaptionIndex = [ "New" ]
удаляем его и создаём новый
IDIndex = [ 2 ] CaptionIndex = [ "New" ]
и т.д. - IDIndex удалённых узлов больше не используется.

code_16976.txt

да, все верно. Поведение эквивалентно последовательностям(sequence) в терминах баз данных и это дает 100% гарантию от повторения идентификаторов вводимых записей

На случай хотелось бы знать, при UseHashMap = False используется TreeMap

Что нужно (или наоборот, не следует) делать при использовании hash-карты, чтобы добавляемые в дерево узлы шли в строго отсортированном по их ID порядке и к чему приведёт не соблюдение этого условия ?

при UseHashMap = False используется двоичный поиск по отсортированному массиву.
нужно всего лишь соблюдать простое правило: ID добавляемого элемента должно быть больше любого уже добавленного. В случае со строками ID должно быть последним по алфавиту.
не соблюдение условий сортировки приведет к тому, что при использовании метода поиска картежа в дереве по его ID алгоритм может пропустить часть узлов.

PS: если узлов в дереве не так много(около сотни) и не требуется их слишком часто изменять, то использование HashMap не даст никакого повышения производительности.

Можно поподробней объяснить для чего свойства DataEmpty: Numeric, String. Хотел вписать (-1), не получилось. Пример: code_17562.txt

code_17564.txt

Не хочу создавать новой темы, поэтому спрошу тут
Возможно ли увеличить скорость загрузки TreeViewTrain из StrList

Скорость загрузки из файла несоизмеримо выше

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

Это для меня фигура висшего пилотажа, не дорос пока

Исходная структура дерева была такого вида

Категория1	Под1_1	Под2_1	1
Категория1	Под1_1	Под2_1	2
Категория1	Под1_1	Под2_1	3
Категория1	Под1_1	Под2_2	4
Категория1	Под1_1	Под2_2	5
Категория1	Под1_2	Под2_3	6
Категория1	Под1_2	Под2_3	7
Категория1	Под1_2	Под2_3	8
Категория1	Под1_2	Под2_4	9
Категория1	Под1_2	Под2_4	10
Категория2	Под1_3	Под2_5	11
Категория2	Под1_3	Под2_5	12
Категория2	Под1_3	Под2_5	13
Категория2	Под1_3	Под2_6	14
Категория2	Под1_3	Под2_6	15
Категория2	Под1_3	Под2_6	16
Категория2	Под1_4	Под2_7	17
Категория2	Под1_4	Под2_7	18
Категория3	Под1_4	Под2_7	19
Категория3	Под1_4	Под2_8	20
Категория3	Под1_4	Под2_8	21
Категория3	Под1_5	Под2_9	22
Категория3	Под1_5	Под2_10	23

И потом я конвертил эту структуру в строчную, для добавления в дерево
Может проще сделать обратный конвертор TVT_ItemPath

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

1. В TreeViewTrain есть onExpand, а onCollaps?
2. И почему onExpand выдает значение только после первого doExpend?
Пример: code_17719.txt

2. onExpand вызывается после использования doExpand только в том случае, если ветка до того ни разу не была открыта. Это поведение зависит не от элемента пакета

Хочется знать значения родительских узлов (раскрыт/свернут)? Можно это реализовать? Или иметь возможность отслеживать когда узел был раскрыт или свернут.