Сразу прошу не пинать, не программист. Так же уверен что в "гугле" на это уже сто раз давался ответ (да даже тут 900 тем находит по запросу treeview). Но как-то мозг кипит от чтения не того, что нужно.

Вопрос простой - как удобнее всего можно однозначно определять узел в Treeview, как при выделении пользователем, так и для выставлении курсором (или родителем).
Есть ли способ обращаться к узлу (например для добавления "листов") по индексам (как к массиву), ну например (21,4,100500) - где 21 индекс первого уровня, 4 - второго уровня у родителя "21", ну а 100500 - третьего у родителя "4". И обратно - вывести информацию об выделенном пользователем узле в указанном выше виде (можно и руками самому написать, но может что уже есть).

Насколько я понимаю TreeView1.Items ведет учет узлов просто по порядку без учета уровня и прочего, то есть для корректного обращения надо постоянно вести учет всех предыдущих узлов, что при динамическом создании всяких веток и листов как-то неудобно и выглядит костылем.

Ну и может подскажите по общей задаче. Делают такое классическое меню настроек как в большинстве программ, где щелкая по дереву настроек выпадают нужные настройки для редактирования, но(!), файл настроек представляет из себя несколько больших текстовых файлов, разбитых на разделы, которые ещё и постоянно редактируются в плане количества и вида настроек, потому все нужные элементы создаю динамически подгружая из файлов (при том элементы потом будут разные, и чекбоксы всякие, и даже картинки разные), потому сколько элементов в каждом узле и глубину я не знаю.

Картинки чисто для примера, не обращайте внимание на содержание, только на формат

Естественно через TreeView1.Items и пересчет узлов могу всё реализовать, но есть чувство, что это не правильно и есть более грамотные способы.

_Vasilisk_У узла есть свойство Data. Там можно хранить указатели на свои данные
Хм. Спасибо. Изучу. Вроде и видел, но как-то не подумал. Через Data можно задавать Node, или всё таки надо будет поиск по всем Data производить?
Ещё раз спасибо, пошел искать информацию.

krapotkinлучше расскажите что за задача
зачем вам бежать по всем Node ?
Ну я больше не "бежать по всем" имел в виду, а обратиться к любому нужному в любой момент напрямую.

wadmanАндрей ИгоревичЧерез Data можно задавать Node
Если нужен серфинг по "детям", то у каждого узла Items[i] = TTreeNоde, есть еще свойства HasChildren, Item и т.д.
Спасибо, изучу.


_Vasilisk_Андрей ИгоревичЧерез Data можно задавать Node, или всё таки надо будет поиск по всем Data производить?Не понял вопроса.

Какая у вас задача? По узлу сопоставить ему некоторые данные? Или найти узел по каким-то признакам?

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

_Vasilisk_

Отлично, практически то, что я и хотел, единственно, как я понимаю, таким образом я могу обращаться только к элементам одного уровня (в зависимости от количества скобок). Попытка подставить "-1" и "nil", увы, не помогла.

GatorАндрей ИгоревичЧерез Data можно задавать Node, или всё таки надо будет поиск по всем Data производить?В Data можно хранить хоть чёрта лысого. Тут главное обеспечить наличие и соответствие типа этого лысого чёрта.

А запись с кучей многомерных динамических массивов на пол гигабайта съест? Или таким лучше всё таки не заниматься :)?

Более менее вник в то, что мне написали и понял, что все примерно одно и тоже и предлагают :), но в большинстве не совсем то, что я спрашивал (ну отчасти). Про TreeView.Selected.Index, TreeView.Selected.AbsoluteIndex, TreeView1.OnChange и прочее подобно я естественно освоил сразу ибо есть во всяких нубомануалах в интернете.

Задам вопрос иначе с примером понагляднее (сформирован рандомно).


Задача 1: Как наиболее простым способом программно (не выделением пользователем) одной общей процедурой на все, ну например, добавить несколько "узлов" в "Ещё какие-нибудь параметры 4 2 0", а потом добавить ещё несколько в "Глобальные параметры 4", а потом ещё куда-нибудь. Ну суть, думаю, ясна.
Через
не понятно как выбрать узел второго уровня (1го если от 0) и так же не понятно как он работает с нулевым уровнем, так как, например

выделит не "Глобальные параметры 5", а "Локальные параметры 0 1" (ну по абсолютному индексу).
Можно обыграть условиями, но тоже как-то не очень.

Задача 2 (в принципе эта задача решается через Data, но вдруг ещё чего подскажите): Как при выделении пользователем любого узла получить привязанные к нему параметры однозначно и удобно его определяющие, наиболее удобно - индексы как те что после текста.
Тут всё можно полностью через Data реализовать, думаю можно даже сами данные тогда в Data сохранять, а не в отдельных масивах, так что особо можно не мусолить, хотя если есть иные способы...

DimaBrАндрей ИгоревичЗадача 1: Как наиболее простым способом программно (не выделением пользователем) одной общей процедурой на все, ну например, добавить несколько "узлов" в "Ещё какие-нибудь параметры 4 2 0", а потом добавить ещё несколько в "Глобальные параметры 4", а потом ещё куда-нибудь. Ну суть, думаю, ясна.

...



Спасибо, вроде то, что нужно, ну точнее буду использовать это :).

DimaBrЗадача 2 (в принципе эта задача решается через Data, но вдруг ещё чего подскажите): Как при выделении пользователем любого узла получить привязанные к нему параметры однозначно и удобно его определяющие, наиболее удобно - индексы как те что после текста.
Тут всё можно полностью через Data реализовать, думаю можно даже сами данные тогда в Data сохранять, а не в отдельных масивах, так что особо можно не мусолить, хотя если есть иные способы...
Откуда берутся данные ? Если из Dataset то достаточно в Data загнать уникальный номер строки.
Данные берутся из текстовых файлов всевозможных форматов (там и списки настроек, и массивы всяких размерностей, форм и цветов, и просто текст).
Пользователь просто щелкает слева по дереву (в дереве отображаются имена файлов, разделы файлов, подразделы) и видит нужную информацию (ну в общем, каждая вторая инженерная/научная расчетная программа имеет похожий интерфейс).
Информацию я рисую в зависимости от названия файла (и, естественно, содержания) динамически генерируя на экране (на скролбаре) всякие разные менюшки, эдиты, лейблы, имейджи и прочее.


wadmanАндрей Игоревич,

"задача 1" это не задача, а некое её решение. Задача - это то, что "задача" должна решать.
При каких условиях "задача" возникает? В БД появились данные? Узел развернут пользователем? Какое-то иное внешнее событие?
Ну основное - в дереве показаны файлы настроек и разделы из них, пользователь подгрузил новый файл, надо добавить его и его разделы в дерево.
Но в принципе я пока решил отказаться от такого и просто генерирую всё дерево заново при обновлении, так проще.


Хотел тут куски кода привести, но подумал "не, гадостей наговорят, нафиг" :).

DimaBrВы загружаете кучу файлов, которые затем отображаете в дереве.
Вам нужно сопоставить узел с файлом.
1. Сопоставить по имени.
2. Загрузить все файлы в список, а в узел дерева (Data) записать номер по списку
Сейчас реализовал по имени.

Есть ещё несколько вопросов которые с нахрапу не могу в интернете найти, точнее решения разные есть, но не всегда уверен, что они корректны или подходят мне.
1. Как всё-таки корректно работать с Data.
Пока я для пример сделал так:

Андрей Игоревич,

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

DimaBrВы загружаете кучу файлов, которые затем отображаете в дереве.
Вам нужно сопоставить узел с файлом.
1. Сопоставить по имени.
2. Загрузить все файлы в список, а в узел дерева (Data) записать номер по списку
Сейчас реализовал по имени.

Есть ещё несколько вопросов которые с нахрапу не могу в интернете найти, точнее решения разные есть, но не всегда уверен, что они корректны или подходят мне.

1. Как всё-таки корректно работать с Data?
Тут я сделал вывод адреса файла в лейбел при клике по любому узлу. Правильно ли делаю, или я вообще всё не так делаю?


2. Как пробежаться только по нулевому уровню дерева? Можно пробежаться по всему проверяя индекс, но как-то не спортивно...

Блин, пока писал, забыл что ещё спросить хотел...

Вот пришел я к индексам через data к узлам и неожиданно возник вопрос:
а как удобнее всего индексы то запоминать.

Допустим у меня есть индексы узлов [1,0,0,0] [100500,0,0,0], для коневых, всякие [3,5,10,0] для для более глубоких узлов, как их сохранить то? Может есть общепринятый формат?
Можно сохранить строкой - 3,5,10,0.
Можно сохранить записью -
Index = record;
lvl1: byte;
lvl2: byte;
lvl3: byte;
lvl4: byte;
End;

Может ещё как можно?

DimaBrЗачем вообще хранить длинные индексы ?


Потому что так гораздо удобнее соотносить узел с конкретными данными (данных много и они разнородны, в узлы их засовывать сложно, да и не нужно).

DimaBr
Хотите хранить в узлах много дополнительных данных, заведите новый тип узла

Много не надо, только индексы...
Блин, а выше тут писали, что и Data хватит :). Теперь вот уже свой узел. Так дойдет что проще свой компонент написать будет (шутка, если что :)).

При том и с Data что-то вообще не получается.



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


вообще пишет "Invalid typecast".

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

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


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

DimaBrЭто разные переменные


Это я коряво вставил на форум просто, хотел убрать все подчеркивания, чтоб получше читалось (я вообще переменные которые потенциально могут совпасть с каким-нибудь оператором начинаю с "_"), но где-то забыл убрать :). Они одинаковые там :). (но на всякий случай проверил)

Вроде поправил.

goldmi45Андрей Игоревич,

У TTreeNode есть ещё Parent - ссылка на родительскую ноду. Т.е. зная выделенную ноду (TreeView.Selected), можно получить Parent.

Использую повсеместно.

goldmi45Андрей Игоревич,
В Data у ноды можно хранить ссылку на элемент в списке, какие настройки нужно отображать при выделении этого узла. Т.е. задача стоит не в том, как определить, какой узел выделен, а в одновременном формировании дерева и списка с настройками и привязки узлов дерева к списку с настройками.
Вы читаете файл настроек, создаёте список этих файлов и строите узел дерева в Data указав ссылку на идентификатор файла в списке.

Как я понял просто одномерный массив индексов, ну тоже вариант, надо обдумать. Изначально тоже о нем подумал, но решил, что массив с уровнями куда "читабельней" (уж больно я потом в своём коде начинаю путаться, потому стараюсь писать так, чтоб сразу понять что тут и к чему).

goldmi45Андрей Игоревич,
Ваши сообщения очень сумбурные и малопонятные. Древовидная структура берётся из структуры каталогов или из файла? Можно ли отобразить настройки, скажем, для "Общие параметры ТВС 0-6" (узел второго уровня из стартового сообщения), или можно отобразить настройки только для конечных узлов?
В том то и сложность задачи для меня, древовидная структура одновременно берется и из самих файлов (есть группы файлов одного плана) и из их содержимого, есть файлы где по 200+ настроек, разбитые на разделы. Есть вообще всякая геометрия, поля и прочее подобное, где изначально будет общая геометрия, а по мере раскрытия узлов всякие дополнительные параметры, на сколько уровней пока не продумывал. Отобразить можно как угодно и что угодно - главное что бы это было удобно и интуитивно понятно.

goldmi45Андрей Игоревич
Подумайте, что будет, вложенность будет больше, чем 4 уровня? Будете переписывать код, добавляя lvl5, lvl6 ... lvl10?
Так вродеж тем и хороши записи, что добавив уровни не надо ничего переписывать. В общем надо подумать.
Сейчас у меня просто поиск по имени узла и имени родителя происходит, который сверяю с сохраненными данными и вывожу форму. Всё прекрасно работает, но мне не нравится, вообще нечитабильно.

goldmi45Андрей Игоревичпропущено...

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

Ошибаетесь. Необходимо будет в записи добавить ещё одну переменную, необходимо дописать поиск, вывод. Перекомпилить наконец. А это не всегда возможно (потеря исходников, например, может случиться).

Не, ну как бы любые корректировки подобного масштаба к чему-то подобному приведут, доживем - подумаем :)

Андрей Игоревичпропущено...

Андрей ИгоревичСейчас у меня просто поиск по имени узла и имени родителя происходит, который сверяю с сохраненными данными и вывожу форму. Всё прекрасно работает, но мне не нравится, вообще нечитабильно.
При таком подходе - грабли слегка прикрыты сеном. Может ли случиться такая ситуация, когда будет два разных узла, у которых наименование их и их родителей совпадут? Если это не случится сегодня, может ли такой сценарий реализоваться в будущем?
Могут, тоже одна из причин почему не очень нравится.


DimaBrВылетает с ошибкой на ошибку чтения из памяти, при том вылетает при завершении процедуры в которую вложен

Думаю что это происходит из-за


Логично :), после добавления этого кода и начало вылетать.



DimaBr
Попробуйте хранить так



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


DimaBrЯ так и не понимаю, что вы храните в


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


BeltarавторКак всё-таки корректно работать с Data?

Просто преобразовывать тип.

Например.



Ну это не особо отличается от "своего узла" с индексами предложенного выше :).


BeltarЯ не очень понимаю, чем вас не устраивает простой перебор нодов?




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

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



Beltarавторесть файлы где по 200+ настроек, разбитые на разделы.

А вы загрузить это сможете? Задача как бы не совсем примитивная, я как-то делал аналог проги DelphiWorld с загрузкой и сохранением в бинарник своего формата, но там я как захотел, так и сделал, у меня просто с узлом хранилось число дочерных и все делалось через стек родительских узлов (деревья вообще любят стековые алгоритмы). А как у вас в файле всё это организовано.
Смогем, и не такое грузили (не без помощи товарищей с этого форума), даже пол сотни гигабайт грузил :).
В данном случае объемы данных исчисляются от силы парой гигабайт, даже на 64 бита не придется переходить :).

DimaBrИндексы для узла. Суть в том, что я структурировал данные в виде записи так же, как они выглядят в дереве TreeNode, поэтому обращаться к конкретной ячейке памяти по таким индексам можно напрямую, без поисков и прочего.

Кто мешает написать функцию обращения к узлам дерева по индексам ?


Ничего не мешает, записать индексы в строку и потом брать их оттуда я подумал сразу, о чем и написал, когда спрашивал :). Просто я подумал, что есть более аккуратное решение. Только строку сохранять в Data (это работает без проблем), а не в название.
Наверно так и поступлю.
Но из вашего кода узнал для себя кучу новых способов работы с TreeViev, спасибо :).

GatorАндрей Игоревич> Ничего не мешает, записать индексы в строку и потом брать их оттуда я подумал...

В раздрызге спьяну?

В "название" (name) именно и надо писать название (в терминах предметной области, команды , маску чёрта лысого...) Строка слишком короткая, чтобы в неё индексы писать, и неудобно смотреть на такое.

А остальные атрибуты - в любую свою структуру. Вот адрес этой структуры и надо писать в Data (данные пользователя), маску флажков, адрес адреса.
Ничего не понял, но ок :). Яж вроде писал, что индексы сохранять в строку, а строку уже в Data. Имя пусть именем и остается.
Как делать ссылки(адреса стуктуры) через Data понятия не имею.