Представление данных в виде дерева.

[metaclass]

А вот скажите, мне мерещится, или более чем два уровня в любом дереве, которое показывается пользователю - уже перебор и будет сводить людей с ума?
Т.е. я смотрю на главное меню в проге - если там сделать более двух уровней - уже не очень удобно пользоваться.
Аналогично какое-нибудь дерево настроек, или там, к примеру или xml c вложенными элементами - как только уровней становится больше двух(например, как в ini-файлах - группа-ключ) уже начинаются проблемы с отслеживанием контекста ("где я") в голове.

Comments

[themech.livejournal.com]

в свое время чтобы понять LDAP пришлось перекомпилировать голову ;-)

[gds.livejournal.com]

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

[norguhtar.livejournal.com]

Зависит от отображения. Если в текущий момент времени показывается только один уровень плюс кнопка назад или путь по дереву, то до 5-6 будут нормально восприниматься. При этом переход с уровня на уровень делается слайдом, а навигация или через нажатие на пункт или кнопкой назад.

[metaclass.livejournal.com]

А, так можно.
Но народ все равно будет путаться, если им придется подумать о том, "где я" в пределах более чем одного перехода.

[norguhtar.livejournal.com]

В случае разнородности данных можно рисовать "хлебные крошки"
уровень1 > уровень2 > уровень3 > уровень4> уровень5 > уровень6

Ну и допускать навигацию.

[aamonster.livejournal.com]

Ну, дерево файловой системы показывается на бОльшую глубину, и ничего, не жужжим. Просто потому, что оно объективно такое и показать его плоским - хуже.

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

"Альтернатива - утки" (c). В смысле, тэги (или просто куски полных имён пунктов) и фильтрация по ним.

Ну и, естественно, если есть 20 пунктов, то разложить их в 5 уровней - это типичный ахтунг.

[norguhtar.livejournal.com]

Вот там как раз однородность имеется и слайдовая навигация с "хлебными крошками".

[vp.livejournal.com]

когда ты оперируешь с файлами, народу это не так критично. Он сидит в папке "Мои документы", и ему все равно, где она - он из нее только в "Мои фото" сходит.
А если речь о чем-то, где надо выбирать узлы и прыгать туда-сюда - по опыту народ такими категориями не мыслит и ему ломает моск.

[sergiej.livejournal.com]

Ну до трёх уровней ещё терпимо. Само по себе дерево для визуализации неплохо, но для навигации надо добавлять поле быстрого поиска - как в настройках Эклипса сделано, например.

[zelanton.livejournal.com]

см. сюда вот:
http://metaclass.livejournal.com/514001.html?thread=6343121#t6343121

[zelanton.livejournal.com]

Ребе, это какой-то детский сад. Вот смотрите какой я тут холокост на днях наваял:

[zelanton.livejournal.com]

Причём эта байда ещё умеет отображать версии и исполнения изделий.
А диалог настройки колонок вообще ололо

[sergiej.livejournal.com]

Да, после такого только в секту :)
А у меня юзера ноют что 5 кнопок на панели это много и требуют закруглённых кнопочек.

[zelanton.livejournal.com]

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

Так что дерево - хорошо.

[sergiej.livejournal.com]

Я же говорю, само по себе дерево есть хорошо, но более юзабельным его можно сделать добавив мгновенный поиск по всем нодам.
Вот у тебя деталь, лазить там можно и нужно но в голове держать необязательно, думаю у юзера есть время. А представь раба на галерах оператора контактного центра, которого дрючат за каждую лишнюю секунду разговора искомый элемент находится на четвёртом уровне дерева, на каждом уровне более 10-ти элементов. Это даёт минимум 10000 вариантов, и как это бывает в жизни пидо... супервайзоры совсем не облегчают жизнь, делая разброс тем по веткам максимально нелогичным. Короче без поиска я не согласен :)

[zelanton.livejournal.com]

а в чём проблема сделать поиск?

[sergiej.livejournal.com]

У меня нет проблемы :) По какой-то загадочной причине до меня никто об этом не подумал.

[belpartizan.blogspot.com (from livejournal.com)]

В Eclipse уже очень давно есть поиск по диалогу настроек (дерево + страницы к нодам дерева)

[sergiej.livejournal.com]

Я и говорю что есть в Эклипсе :)

[metaclass.livejournal.com]

О не. У вас явно юзера специфические, конструктора какие-нибудь и прочие относительно вменяемые люди. Мой среднестатистический юзер от такого интерфейса сойдет с ума и будет мне в 5 утра звонить с проклятиями.

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

[zelanton.livejournal.com]

мне без линий привычнее, а далее пущай дизайнер интерфейсов шлифует по своему разумению. Решит, что оно надо - сделает.

[zelanton.livejournal.com]

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

Дерево - это прекрасно. А пользователей надо лечить.

[vp.livejournal.com]

зачот, понравилось

[ilya-portnov.livejournal.com]

В случаях, когда "1 техпроцесс" и "1 расцеховка", не показывать вот эти вот плюсики, а просто показывать сам единственный элемент. Плюсик раскрывающийся показывать только если внутри > 1 элемента. И тогда всё ок. Имхо.

[zelanton.livejournal.com]

Ребе, тогда придётся по умолчанию раскрывать все колонки соотв. объектов. Дело в том, что по умолчанию они свёрнуты. То есть пока не ни один раскрыт список техпроцессов на техпроцесы всего одна колонка, когда пользователь раскрывает хотя бы один список техпроцесов соотв. набор колонок разворачивается, а колонок там может быть очень даже дофига. При этом видеть все эти параметры сразу, при навигации только по изделиям, пользователю нафиг не надо.

Всё продумано, не суетитесь.

[zelanton.livejournal.com]

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

[permea-kra.livejournal.com]

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

[nivanych.livejournal.com]

Конечно, это неправильно.
Должен быть орграф без циклов, и как минимум, 3-х-уровневый.

[g-rub.livejournal.com]

Я бы предложил отталкиваться от правила "5-7 объектов". Т.е. попробовать спроектировать интерфейс так, чтобы для типовых операций совокупное количество действий ("кликнуть","ввести" и т.п.) и точек принятия решений ("увидеть элемент интерфейса => определить, что с ним делать") укладывалось в это прокрустово ложе. Тогда операции будут легко запоминаться, и субъективное удобство работы возрастет.

Но это всё интуитивное теоретизирование, т.к. я ни разу не специалист по UI -- скорее, пиздобол-любитель.

[tretiy3.livejournal.com]

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

[metaclass.livejournal.com]

В ЖЖ коменты как раз погано сделаны - на больших срачах сложно читать.

[lupus-lupusum.livejournal.com]

так везде же больше 2х уровней, и ничего, пользуемся? Допустим вот в Опере поменять качество печати: Файл->Параметры печати->Лист и ориентация -> Свойства -> Вкладка Бумага/качество - Пункт Качество, 6ть уровней.

Вот sergiej предлагает поиск, кажется неплохая мысль - нажимаешь допустим альт и пишешь качество, прога открывает сразу качество печати. И сгенерировать по меню такой поиск можно автоматической генерилкой.

[ilya-portnov.livejournal.com]

Да не, нажимаешь : и пишешь «установить качество="хорошее"», без никакого меню, и enter.
Ну или там жмёшь M-x и пишешь «установить качество 'хорошее» и энтер.
Эдакий "поиск" давно уже придумали, да ;)

[metaclass.livejournal.com]

Не, в корне неверно. Поиск обязателен, т.к. ни один нормальный человек эти бредовые команды заучивать не будет.

[zelanton.livejournal.com]

тут больше вопрос как узнать хочет ли пользователь искать рекурсивно, либо только на данном уровне.

[zelanton.livejournal.com]

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

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