antoxEhLib - установлен (лицензия), но дерево работает ч-з собственной источник данных TMemTable, кто-нибудь связывал с IBX? Нормально работает? (при условии, что записей не много, макс тысяч 10)

Я пробовал. Нормально работает. Настроить такое дерево быстро.
Если дерево только для чтения, то всё вообще элементарно. А если редактировать надо, то там могут быть сурпризы с Event-ами в IbDataset-е.
У меня в Afterpost событии IbDataset-а висел код переоткрывающий IbDataset, и с переходом на TMemTable это пришлось переделать. Уже не помню почему, то ли тормозило, то ли данные в MemTable не обновлялись, то ли ещё что-то было.

И скорость работы сам проверяй.

Гаджимурадов Рустамantox,

Топик не читал. Но: если речь идет о "написать/выбрать компонент для большого проекта/навсегда" -
либо VTV, либо самописка (на основе того же VTV, скорее всего). Поскольку уровень квалификации
большинства разработчиков не выше разработчиков VTV - выбирай первый вариант. Если же нужен
"любой компонент да побыстрее" или временный для халтурки - сгодится любой готовый DBTreeView.
Или самописка опять же (пишется менее чем за день). Собсно, на этом разговор можно заканчивать.

Рустам, в чём прикол VTV? Квалификация у автора VTV, конечно же на уровне. И возможностей у VTV просто куча. Особенно если надо что-то кастомизировать, и Drag-n-drop там просто шикарный.
Но бл*, насколько этим VTV неудобно пользоваться, особенно в простых вещах.
Насколько я помню, для того, чтобы в нём построить простенькое дерево придётся повозиться в разы дольше чем с обычным TreeView. Особенно эта завязка на автоматическое выделение фиксированного объёма памяти для каждого узла. В результате, приходится городить кучу промежуточных объектов, типа:
* класс с реальными данными,
* запись для VTV с указателем на этот класс,
* указатель на запись для VTV.
(это если следовать дэмке)

А если всё это заполнять из Dataset-а, то ещё и память для каждой записи будет отъедаться вдвойне (в буфере датасета и в классах/записях для TVT).

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

чччДX11,
ну что ты.

Я лично лучше буду два месяца дотачивать VTV (за счет работодателя), чем предложу ему с 200$ расстаться.

У меня на работе такое постоянно было. В результате у нас есть своя допиленная версия DB VTV, которая стоила работодателю дороже чем Devex Grid и TreeList и при этом переодически глючила и в каждой конкретной форме требовала пару сотен строк кода (но и использовалась потому всего в паре мест). А всё потому, что сторонние компоненты начальник покупать жадничал. А потом эти деревья выбросили заменили Ehlib-grid-ами в режиме деревьев. Но со временем ситуация стала исправляться. Теперь получить нужный компонент намного проще. Щас он даже Dev-ок согласен купить. Но уже я против - слишком много всего уже написано под Ehlib, а времени всё это на Девки переписывать тупо нет. Вот если б сверхурочные оплачивались.... (ммм) :)

Док, у джедаев кроме дерева есть ещё полезные компоненты. Штук 10 где-то. А вот остальные действительно 590 (ну ок.. штук 500) какие-то лишние.

Гаджимурадов Рустам_Guest123_> И еще сделал компонент TSDACTreeLookupComboBox - выпадающее дерево из комбобокса.

Поделись с народом.


Такое в JVCL есть, кстати - TJvDbLookupTreeViewCombo на закладке JvDataControls.