?

Log in

No account? Create an account

ru_ucdesign

Поиск по комьюнити

фев. 1, 2007 | 03:57 pm
posted by: copylove in ru_ucdesign

С подачи beskov вставил поисковую форму (с помощью Яндекс.Блоги) по содержанию комьюнити. Пока форма находится только в профайле, но на следующей неделе приколочу ее к лицевой странице.
Метки:

| Написать комментарий | | Пожаловаться

ru_ucdesign

Фильтрация списков: Удачные решения?

фев. 1, 2007 | 04:26 pm
posted by: beskov in ru_ucdesign

Прошу поделиться ссылками и идеями по поводу организации фильтрации списков.

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

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

Вопросы такие:

* Нужно ли в схлопнутом фильтре помимо того, что он активен/неактивен указывать непосредственно критерии фильтрации - например, таблицей, или развернув в строку? Если да, то в каких случаях этого лучше не делать (число критериев > 5, в качестве значений критериев выступают длинные строки...)? Программисты говорят, что критерии фильтрации в схлопнутом фильтре не нужны-де, если захочет пользователь - ткнёт в фильтр и посмотрит.

* Где лучше размещать фильтр (вверху, слева, справа)?

* Есть ли какие-то удачные подходы к организации фильтрации совсем с другой стороны?

Система обычная учётная (добавил, нашёл, изменил, сохранил, удалил), OLAP-наворотов не нужно - для аналитики есть другие системы.

Задача как бы настолько стандартная, что не иметь готовых эталонных образцов решений как-то неудобно даже)

Подобный вопрос задавался моей коллегой года 2 назад, но как-то безуспешно. Проверим, растёт ли коммьюнити профессионально )

| Написать комментарий | | Пожаловаться

ru_ucdesign

Персонаж - системный администратор

фев. 1, 2007 | 05:54 pm
posted by: rlabs in ru_ucdesign

Собственно, вопрос, который я хочу задать: не видел ли кто хорошей книжечки с примерами user-centered разработки интерфейсов? "Психбольницу" Купера прочитал, до About Face пока добраться никак не могу, больше вроде бы не знаю книжек подходящих.

Подоплека вопроса — есть желание перепроектировать интерфейс администратора некоего сервера приложений. То есть, имеем в наличии сеть, в сети от 1 до N серверов приложений, каждый из них может давать клиентам доступ к базам данных, размещенных на 1..M SQL серверах, кроме того, присутствует еще один класс серверов, представляющий из себя набор сервисов, работающих с базами данных на тех же 1..M SQL серверах. Отношение между сервисами "многие ко многим", то есть один сервис может обращаться к нескольким базам, и к одной базе может обращаться несколько сервисов. У всех вышеперечисленных объектов есть то, чем управлять (подключения, пользователи, ресурсы), и то, что нужно отслеживать — информация о состоянии объекта (статус, потребляемые ресурсы, журнал ошибок и тд и тп).

В моем представлении, сильно подпорченном знаниями технологии, вырисовывается нечто очень похожее на Microsoft Management Console - дерево, много веток и панель с информацией справа ("и еще много-много плагинов, да!"). Но при этом я прекрасно понимаю, что цель любого администратора — системного или баз данных — не напрягаться в течение рабочего дня, и подход с использованием ветвящейся консоли мне совсем не нравится.

Существующее решение представляет собой разнородный набор приложений; хочется собрать это в единое средство мониторинга и управления.

Возможно, кто-нибудь видел приятные варианты решения такой задачи?
Спасибо.

| Написать комментарий | | Пожаловаться

ru_ucdesign

Ассоциативный каталог

фев. 1, 2007 | 06:59 pm
posted by: toecto in ru_ucdesign

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

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

Чтобы решить эту проблему придумали ассоциативные способы хранения данных. Поиск в таких базах удобен, но не хватает наглядности каталога.

Возникла идея совместить удобство каталога и ассоциативных связей, когда наравне с удобным ассоциативным поиском, можно построить каталог так как нужно именно сейчас.
Читать дальше...Свернуть )

Может у вас есть интересные способы работы со списками?

| Написать комментарий | | Пожаловаться