|
Multi columm treeview (treeview + grid)
|
|||
---|---|---|---|
#18+
Gendriveпроходящий.Gendriveа отображать структуру дерева без тривью не понимаю как ;) Отображать и работать - две очень большие разницы. Так вот для работы TV неудобен. Для отображения - да сколько угодно. Ох блин... Это уже религиозный спор, по-моему. OS/2 vs Windows, C vs Pascal, TreeView vs Grid... что-тотипа этого... Ничего подобного. Просто больше похоже на разговор слепого с глухим. Вам рассказывают про неудобства работы, Вы в ответ рассказываете про удобства отображения. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2008, 18:41 |
|
Multi columm treeview (treeview + grid)
|
|||
---|---|---|---|
#18+
а в это время в 1С эта проблема уже давно решена. триггером переключается древовидная структура (иерархия) в грид (линейный список), и наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2008, 20:07 |
|
Multi columm treeview (treeview + grid)
|
|||
---|---|---|---|
#18+
r-rayа в это время в 1С эта проблема уже давно решена. триггером переключается древовидная структура (иерархия) в грид (линейный список), и наоборот. И не только в 1-С. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2008, 20:31 |
|
Multi columm treeview (treeview + grid)
|
|||
---|---|---|---|
#18+
Ffffffffr-rayа в это время в 1С эта проблема уже давно решена. триггером переключается древовидная структура (иерархия) в грид (линейный список), и наоборот. И не только в 1-С. И формы выбора/отбора из справочников там совсем без деревьев. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2008, 21:03 |
|
Multi columm treeview (treeview + grid)
|
|||
---|---|---|---|
#18+
проходящий.Gendriveпроходящий.Gendriveа отображать структуру дерева без тривью не понимаю как ;) Отображать и работать - две очень большие разницы. Так вот для работы TV неудобен. Для отображения - да сколько угодно. Ох блин... Это уже религиозный спор, по-моему. OS/2 vs Windows, C vs Pascal, TreeView vs Grid... что-тотипа этого... Ничего подобного. Просто больше похоже на разговор слепого с глухим. Вам рассказывают про неудобства работы, Вы в ответ рассказываете про удобства отображения. :) А нет мысли, что удобство работы напрямую зависит от удобства отображения данных? Или в теории интерфессов что-то радикально изменилось? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.12.2008, 02:57 |
|
Multi columm treeview (treeview + grid)
|
|||
---|---|---|---|
#18+
ВладимирМ Вы настолько привыкли использовать TreeView, что просто не видите других способов организации данных. Я настолько намаялся отображать данные , пока не стал использовать для этого Тривью, что Ваши советы уже не имеют смыла. ВладимирМ Есть запись, у нее есть реквизиты (поля). Например, признак группы. Хотите "дерево"? Добавьте еще один реквизит (поле) - подгруппа. И какие проблемы вывести это как линейный список? Это один из вариантов. Можно еще использовать связанные таблицы (один уровень - одна таблица). Есть и другие варианты. Более того, есть другие принципы организации работы. а потом добавьте поле "групаа подгруппы" и "подгруппа группы подгруппы группы" а потом,когда появится еще один уровень вложенности - еще что-нибудь. "как дети,ей богу" (с) ВладимирМ Неопределенное количество уровней вложенности - это либо ошибка проектирования, либо специфическая область деятельности. Да и то, во втором случае, использование TreeView, как правило, служит не для поиска, а для наглядного представления некой отдельной (небольшой) структуры. "Когда вы говорите,Иван Васильевич, ощущение такое, что вы бредите" (с) Булгаков Классический пример "ошибки проектирования" либо " специфической области деятельности" - проводник Windows. Налицо неопределенное количество уровней вложженнсти, а конечный элемет (файл) может как иметь одинаковое название, так и одинаковые названия 2-3-5 родителей (папок в которых лежит) Так что не видя "дерева" сложно определить - тот это файл или нет. ВладимирМ TreeView для поиска не приспособлен. Он вообще этого не умеет. Никак. Классический пример - проводник Windows. Иерархия директорий, каталогов, папок. есть другие элементы контроля: - комбо бокс, лист бокс, грид - как они приспособлены для поиска? по-другому: какой контрол имеет встроеный инстумент поиска???? ответ - никакой. Для этого есть программист, есть данные, которыми он оперирует. Если кто-то думает, что идет речь о программе, при запуске которой появляется одно тривью ( с заголовком окна, плюсиками слева и крестиком для выхода в правом верхнем углу), у того просто неисправности фантазии... (ХОтя скажу вам честно, есть формы, которые используют именно такой вид для выбора единственного или нескольких элементов с использованием встроеного чекбокса из дерева) Вообще мне странно слышать(видеть) что список задач пользователя некоторые участники обсуждения сводят к поиску данных (это смешно) :-) ВладимирМ Вы сели за чужой компьютер. Вы не знаете где именно, в какой папке, находится нужный вам файл. Как вы будете осуществлять поиск с помощью дерева? Очевидно, просто тупо открывая ВСЕ ветки. Т.е. вообще ВСЕ. У вас нет других вариантов. Какое уж тут ускорение... нет, я нажму Ctrl+F и воспользуюсь формой поиска, а результат увижу в тривью. и что? а если я сел за чужой комп а там FAR или TotalCommander ??? я чем пользуюсь для поиска файла , неизвестно где находящегося? тоже поиском... А если мне в гриде с несколькими тысячами записей надо искать? Скролить весь список? или грид имеет встроенные инструменты для поиска???? Не смешите меня и отстаньте от тривью с необоснованными, а главное глупыми претензиями... ВладимирМ А как же поиск? А поиск файла, осуществляется в линейном списке! Результат поиска - это линейный список БЕЗ дерева. Результатом поиска может быть Бозон Хиддинга (или как он там), что мешает результат отобразить в виде иерархии дерева элементарных частиц, где в корне, скажем, ядро атома? какая разница человеку, который смотрит в монитор ЧТО И ГДЕ ИЩЕТ программа???? ВладимирМ Другими словами, поиск осуществляется ВНЕ идеологии древовидной струкутры. И только ПОСЛЕ окончания поиска вы делаете обратное преобразование. На основании найденной информации достраиваете иерархию. Браво!! Если бы кто-нибудь до вас Америку не открыл, вы бы это только что сделали... Какое гениальное открытие :-) и что? А если я вне идеологии формы ищу данные в таблицы из миллионов записей и результат из 10-15 показываю в гриде??? Раскритикуете грид, зо то, что ИДЕОЛОГИЯ поиска находится вне идеологии плоского грида??? Вы вообще читаете то, что пишеет? а главное для чего и для кого эти сентенции? ВладимирМ Получается двойное преобразование - из дерева в линейный список, затем поиск в этом линейном списке, затем преобразование результата в дерево. И зачем тут вообще нужно дерево? Почему бы не выбросить этот явно лишний элемент? Получается что есть контрол, которым вы не умеете пользоваться, вот и все. Но я не понимаю к чему такая рьяная агитация против его использования? ВладимирМ Впрочем, вы уже не в состоянии сделать что-то другое. Вам мешает наработанный FrameWork. Теперь уже не вы разрабатываете интерфейс, а созданный FrameWork диктует вам принципы работы. Вы вынуждены подстраиваться под существующую систему и ее интерфейс. Без вариантов. а еще мне мешает Windows, Билл Гейст и Intel Вот ведь гады.. И SQL Server почему-то не понимает запросов в произвольной форме...диктует мне свои условия..как писать, что требовать.... Кашмар... Во вложении одна из форм приложения по формированию бюджета проета , структура работ которого - дерево неопределенной иерархии+состав работ так же может быть неоднороден по своей структуре... Причем пользователь ХОЧЕТ видеть все уровни проекта сразу и перемещаясь по инм, оценивать объем ресурсов и средств, которые необходимы.. По двойному нажатию на любом элементе дерева запускается форма для работы с данным уровнем, добавление, редактирование, удаление и поиск в дереве осуществляется элементами класса, расположенными над тривью. (Все это включено в класс-контейнер, который добавляется на форму и программист получает сразу готовый набор стандартных инструментов.... Вот к такому Дереву и нужен прикрученый грид с дополнительными параметрами, чтобы не нужно было по NodeClick выполнять ненужных телодвижений... Если Вас и Ваших заказчиков и пользователей не устраивает такое отображение - это их личное дело. Возможно они прото не видели, что так может быть, или Вы их убедили, что им это не нужно (чтобы было удобнее Вам программировать в плоских списках, или сборище из неопределенного количества таблиц, по сути являющихся одним справочником. Спасибо за внимание ... |
|||
:
Нравится:
Не нравится:
|
|||
05.12.2008, 05:57 |
|
Multi columm treeview (treeview + grid)
|
|||
---|---|---|---|
#18+
Gendriveпроходящий.Gendriveпроходящий.Gendriveа отображать структуру дерева без тривью не понимаю как ;) Отображать и работать - две очень большие разницы. Так вот для работы TV неудобен. Для отображения - да сколько угодно. Ох блин... Это уже религиозный спор, по-моему. OS/2 vs Windows, C vs Pascal, TreeView vs Grid... что-тотипа этого... Ничего подобного. Просто больше похоже на разговор слепого с глухим. Вам рассказывают про неудобства работы, Вы в ответ рассказываете про удобства отображения. :) А нет мысли, что удобство работы напрямую зависит от удобства отображения данных? Или в теории интерфессов что-то радикально изменилось? Так ведь для удобной работы отображение должно быть соответствующее и вот тут-то и возникает разрыв. Ваше отображение удобно, но для чего удобно? Для какой работы? Вот для интенсивной работы оно неудобно. ps: давайте где-нить в одном месте вести обсуждение. для меня предпочтительней foxclub. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.12.2008, 09:58 |
|
|
start [/forum/topic.php?fid=41&msg=35695323&tid=1587004]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
150ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
others: | 312ms |
total: | 549ms |
0 / 0 |