Замена для TreeListView (TreeGrid)
От: Vladimir V Kochetkov Россия https://kochetkov.github.io
Дата: 28.11.05 11:05
Оценка:
Есть набор неких иерархичных табличных данных. Ну например список задач в проекте. Каждая строка данной таблицы содержит n-ячеек (заголовок задачи, исполнитель, дата дедлайна и т.п.) и может быть родительской для других строк (подзадач) с такими же ячейками.

Первый же способ визуализации этих данных банален — воспользовать компонентами, указанными в сабже. Ну как в том же Янусе, или любом почтовике при группировке по сабжам. Стал обдумывать альтернативные способы, ничего кроме explorerовского варианта (TreeView — слева, ListView — справа) в голову не пришло. А это уж совсем неудобно (имхо).

Может кто посоветует еще какие-нибудь решения?
...

[Интервью] .NET Security — это просто
Автор: kochetkov.vladimir
Дата: 07.11.17
Re: Замена для TreeListView (TreeGrid)
От: nzeemin Россия http://nzeemin.livejournal.com/
Дата: 28.11.05 12:00
Оценка:
Здравствуйте, Vladimir V Kochetkov, Вы писали:

VVK>Есть набор неких иерархичных табличных данных. Ну например список задач в проекте. Каждая строка данной таблицы содержит n-ячеек (заголовок задачи, исполнитель, дата дедлайна и т.п.) и может быть родительской для других строк (подзадач) с такими же ячейками.


VVK>Первый же способ визуализации этих данных банален — воспользовать компонентами, указанными в сабже. Ну как в том же Янусе, или любом почтовике при группировке по сабжам. Стал обдумывать альтернативные способы, ничего кроме explorerовского варианта (TreeView — слева, ListView — справа) в голову не пришло. А это уж совсем неудобно (имхо).


VVK>Может кто посоветует еще какие-нибудь решения?


Мне кажется, такой постановкой вопроса вы сами себя (и нас) связываете: вы сразу же говорите только о таблице с иерархией. А что конкретно стоит за этими строками и деревом — непонятно, какие операции над ними выполняются — тоже неясно.

Возможно, основные поля ваших строк можно выразить с помощью иконки, шрифта и дополнительных надписей в строке дерева — тогда вполне подойдёт вариант с Explorer-like интерфейсом. Возможно, лучше вообще отказаться от таблиц и представлять зависимости в виде дерева на плоскости. Или вообще показывать 3D-дерево, с текущим элементом "приближенным" к наблюдателю...

В общем, способов представления информации можно много придумать. Но если отталкиваться только от структур данных — вряд ли получится хороший интерфейс.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.