Аналог TTreeView

← →
DelphiLexx © (2005-12-15 15:39) [0]

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

← →
Digitman © (2005-12-15 15:41) [1]

а чем сам TTreeView не устроил ?

← →
wal © (2005-12-15 15:53) [2]

> Нужен класс(не компонент),
Любой компонент является классом
> умел делать все то, что умеет делать визуальный компонент
> TTreeView
Хотелось бы знать, что именно?

← →
DelphiLexx © (2005-12-15 19:05) [3]

> а чем сам TTreeView не устроил ?

Да мне не нужен, компонент которому требуется Owner, Parent и т.п., а нужен обычный класс наследник TObject, который бы имел все методы компонента TTreeView, но ему не нужен Parent и Owner и т.п.

← →
wal © (2005-12-16 09:24) [4]

> не нужен Parent и Owner
Они и не нужны, они МОГУТ БЫТЬ ЗАДАНЫ, но не обязательно.
Может тебя XMLDocument устроит?

← →
evvcom © (2005-12-16 09:50) [5]

> умел делать все то, что умеет делать визуальный компонент

и

> не нужен Parent и Owner

противоречат друг другу. Не будет Parent, кто ж его тогда отображать будет? Не будет Owner, кто ж тогда за его смерть отвечать будет? Ну убийство можешь ты взять на себя, но отображение...

← →
Digitman © (2005-12-16 09:54) [6]

> мне не нужен, компонент которому требуется Owner, Parent

никто не заставляет тебя явно указывать владельца и родителя

если владелец не указан, ответственность за своевременное уничтожение объекта несешь ты сам

если родитель не указан, визуализация контекста объекта будет невозможна

во всем остальном объект полностью функционален

TreeView := TTreeView.Create(nil);
TreeView.Items.AddChild(..);
...
TreeView.Items.AddChild(..);
..
и т.д.

TreeView.Free;

← →
DelphiLexx © (2005-12-28 17:24) [7]

> никто не заставляет тебя явно указывать владельца и родителя

> если родитель не указан, визуализация контекста объекта
> будет невозможна
>
> во всем остальном объект полностью функционален

Ты не прав на счет родителя, если родитель не указан возникает exception
"raised exception class EInvalidOperation with message "Control "" has no parent window"

← →
Набережных С. © (2005-12-28 20:08) [8]

TTreeView.CreateParented ?

← →
DelphiLexx © (2005-12-29 13:35) [9]

> TTreeView.CreateParented ?

Ты хочеш сказать что твоя конструкция сможет создать виртуального родителя для TTreeView?

← →
Digitman © (2005-12-29 13:37) [10]

> DelphiLexx © (29.12.05 13:35) [9]

Ну какая тебе нафих разница, кто будет родителем тривью-окна ?

Ну пусть им будет хоть тот же Application.Handle !

Тебе шашечки или ехать ?

← →
TUser © (2005-12-29 13:42) [11]

Может требуется хранить какие-то объекты в виде абстрактной структуры данных "Дерево"? Тогда подгонять под это дело TreeView - имхо, не самый оптимальный выбор. А если не угадал, - то не показывай тривью и все, а родитель пусть будет - никому не повредило пока.

← →
Набережных С. © (2005-12-29 17:05) [12]

> DelphiLexx © (29.12.05 13:35) [9]

> Ты хочеш сказать что твоя конструкция сможет создать виртуального
> родителя для TTreeView?

Ага, еще только таких глупостей я не говорил. Всякие уже говорил, осталось только вот это.

Этот метод позволяет создать потомка TWinControl на любом окне. Только вот показывать его надо будет вызовом ShowWindow, ну и там еще некоторые мелочи, сам разбирайся, там все просто.

← →
Игорь Шевченко © (2005-12-29 17:19) [13]

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

TComponent

← →
Leonid Troyanovsky © (2005-12-29 18:38) [14]

> Игорь Шевченко © (29.12.05 17:19) [13]

> > Нужен класс(не компонент), который бы умел делать все

> TComponent

Тогда уж TPersistent.

--
Regards, LVT.

← →
Leonid Troyanovsky © (2005-12-29 18:46) [15]

> DelphiLexx © (29.12.05 13:35) [9]

Вообще-то, тут вежливые люди и не задают вопроса
а оно тебе надо?

Попробуем переиначить вопрос: Нужен аналог TListBox,
но невизуальный (на вопрос а на зачем, обычно отвечают -
чтобы получить список директорий путем LB_DIR).

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

--
Regards, LVT.

← →
DelphiLexx © (2006-01-23 17:40) [16]

> Может требуется хранить какие-то объекты в виде абстрактной
> структуры данных "Дерево"? Тогда подгонять под это дело
> TreeView - имхо, не самый оптимальный выбор.

У меня есть редактор технологической схемы элементы которой соединены между собой. Затем схема записывается в дерево: иерархия элементов этой схемы (кто есть родитель, кто ребенок). Потом по этой схеме ведутся расчеты для которого важна иерархия схемы. Поэтому мне нужен класс который был бы не визуальный(зачем пользователю отображать дерево), но умел бы перемещаться по дереву (методы типа: GetPrev, GetParent и т.п.)

← →
Игорь Шевченко © (2006-01-23 18:05) [17]

DelphiLexx © (23.01.06 17:40) [16]

TComponent. У него есть свойства Owner, Components, ComponentIndex, ComponentCount - этого вполне достаточно, чтобы организовать перемещение.

> TComponent. У него есть свойства Owner, Components, ComponentIndex,
> ComponentCount - этого вполне достаточно, чтобы организовать
> перемещение.

Ты вопрос читал?!

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

> Достаточно взять любую книжку по алгоритмам и структурам
> данных и написать дерево с нужным поведением

Слишком много времени потребуется.

>Слишком много времени потребуется.
Хм....
С момента открытия ветки прошло 8 дней

DelphiLexx © (23.01.06 18:28) [18]

> Ты вопрос читал?!

Я не только вопрос читал, я такое дерево еще и делал не один раз. Именно с использованием TComponent. Удобно, потому и рекомендую.

> я такое дерево еще и делал не
> один раз.

Не мог бы поделиться исходниками.

Аналог TTreeView Найти похожие ветки