Xpoint
   [напомнить пароль]

Организация интерфейса администрирования каталога

Метки: [без меток]
[арх]
2003-07-16 19:43:49 [обр] Николай Мищенко(0/1)[досье]
Существует дерево каталогов. Каталоги, являющиеся конечными в дереве, могут содержать некоторые товары. Как наиболее удобно организовать интерфейс управления? (т.е для основных операций - добавление, удаление, редактирование каталога/товара). Первое, что приходит на ум - аналогия с структурой файловой системы(т.е каталог=папка, товар=файл) + меню для товара/каталога - редактировать, удалить, добавить подкаталог/товар. Но тогда, чтобы добраться до товара каталога 3 уровня, требуется 4! клика.
Может размещать каталоги в виде дерева, с соответствующими контекстными действиями в той же строчке?
спустя 15 минут [обр] ё(3/1328)[досье]

Микрософт приучила людей к определенной парадигме (+) "древовидых" интерфейсов. Если ваше приложение не будет похоже на regedit, пользователям это не понравится.

Мы как-то сделали по типу Aqua — все уровни дерева видны сразу. Был некоторый период первичного шока. Но потом ничего, народ втянулся.

спустя 30 минут [обр] Николай Мищенко(0/1)[досье]
Извиняюсь, забыл указать, что данный интерфейс администрирования каталога предназначен для веб-сайта.
спустя 12 часов [обр] Андрей Новиков(8/1242)[досье]
  1. Ненавижу интерфейс Regedit.
  2. Что будет, когда категорий под тысячу?
спустя 27 минут [обр] Алексей Волков, он же «Росомаха из Флориды»(17/468)[досье]

Вопрос традиционно непростой для веб-интерфейсов, где очень мешает большая задержка при передаче данных... Я бы поразмыслил над несколькими вещами:
• Ускорение доступа к товарам в категориях
— как минимум, можно урезать последний шаг, то есть не давать список товаров, как отдельных объектов, а только выдавать их в листинге товаров категории.
- в списке основной категории можно делать некий хот-лист (например, последние добавленные объекты или по отобранные по другому критерию, например, по частоте редактирования), для быстрого доступа к объектам для редактирования.

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

У меня ещё в голове что-то крутится на тему „диагонального“ прохода (по аналогии с чтением по диагонали), но сформулировать в качестве реализуемого решения я это пока не могу. Попробуйте предложенные варианты, или их комбинацию, на самих пользователях и посмотрите, что вам подходит больше.

Если не подойдёт, можно будет лезть в библиотекарские источники по управлению многообъектными хранилищами.

спустя 16 часов [обр] Иван Шумков(3/77)[досье]

Алексей Волков, он же „Росомаха из Флориды“ aka Враг Форума:

У меня ещё в голове что-то крутится на тему „диагонального“ прохода (по аналогии с чтением по диагонали)

Очень интересно 8). А что вы имеете в виду, по конкретней?

спустя 4 часа 23 минуты [обр] Николай Мищенко(0/1)[досье]

Дунька:
Интерфейс Win более функционален и быстр, чем web-интерфейс. Хотя, я думаю, отчасти это вопрос опыта.

All:
Предположим, имеем следущюю модель:

  1. Каталог древовидной структуры ограниченной вложенности. (вложенность от 1 до 3)
  2. В каталогах конечного уровня могут содержаться товары.
  3. Товары имеют некоторый набор редактируемых параметров, среди которых некоторые особенно важны и часто меняются администратором(например цена или позиция_отображения_в каталоге)
  4. Для товара и каталога требуется реализовать набор основных функций (добавление, редактирование, удаление)

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

Далее рассмотрим только операции с товарами:
1 Редактирование важных параметров
2 Редактирование всех параметров
3 Добавление
4 Удаление

Соответственно, страничка для управления товарами выглядит примерно как:
(ссылки заключены в круглые скобки)

Название_Каталога1


Название_подкаталога1.1--- (briefedit) (list) (add)


Название_подкаталога1.2--- (briefedit) (list) (add)
Название_Каталога2


Название_подкаталога2.1--- (briefedit) (list) (add)


Название_подкаталога2.2--- (briefedit) (list) (add)

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

Насколько удобна данная модель?

PS: Возможная фича: быстрый поиск товара по всему каталогу(для редактирования товара)

спустя 4 часа 44 минуты [обр] Виктор Ганский aka GunSky(1/435)[досье]

Николай Мищенко:
Обычно делаю таким способом:

Список каталогов:

Название_Каталога1 (edit) (добавить подкаталог)


(Название_подкаталога1.1 // переход на список товаров)--- (edit) (добавить подкаталог)
....

Список товаров:

-Название товара- (edit)(delete) [поле цена] [checkbox позиция отображения в каталоге]
....

[кнопка добавить] [кнопка применить изменения цен и отображения в каталоге]

в зависимости от задачи с некоторыми вариациями,
типа форма добавления верху "Списка товаров"
или кнопки вверх/вниз, если нужно управлять порядком
или еще что-нть

спустя 1 час 3 минуты [обр] Сергей Круглов(10/2057)[досье]

Ненавижу "вверх-вниз".

Вот мои идеи по редактированию деревьев:
http://siteskel.kruglov.ru.host.inc.ru/siteskel/?do=pages/index

спустя 4 дня [обр] Иван Шумков(3/77)[досье]
Сергей Круглов:
Очень удобно.
спустя 22 часа [обр] Роман Цандер aka JustVoice(0/102)[досье]

Дунька [moderated]:

Мы как-то сделали по типу Aqua — все уровни дерева видны сразу.

а можно увидеть как-то?.. мы тут пришли к аналогичному решению.

спустя 12 часов [обр] ё(3/1328)[досье]
Кто не видел интерфейс Aqua — прилагаю картинку. Мы находимся здесь: Festplatte/Programme/Adobe Photoshop 7/Adobe Photoshop 7, при этом выбрать другой узел на любом уровне можно за один клик. В случае необходимости появляются вертикальные и (об этом много спорили в свое время) горизонтальные скроллбары.
спустя 30 минут [обр] Дмитрий Юров(1/411)[досье]
Дунька [moderated]:
http://elevator.bel.ru/products/
:-)
спустя 9 минут [обр] ё(3/1328)[досье]
Ну да... плюс возможность модификации дерева (добавить-удалить-свойства на любом уровне)
спустя 19 минут [обр] Дмитрий Юров(1/411)[досье]
Я и не знал, что это «интерфейс Aqua». Тем более в 2000-м году. Или это «а-ля»?..
спустя 1 час 58 минут [обр] Алексей Волков, он же «Росомаха из Флориды»(17/468)[досье]
Кстати, если говорить об особенностях такого представления деревьев, становится понятно, что этот вариант, к примеру, оптимален для просмотра полного списка элементов категорий, но совершенно не подходит, если должны быть одновременно показаны несколько списков категорий. Как всегда, всё упирается в то, что за задачи стоят именно перед конечным пользователем.
спустя 34 минуты [обр] ё(3/1328)[досье]
А там сверьху кнопочка Darstellung, можно и так смотреть, и сяк.
спустя 18 минут [обр] Алексей Волков, он же «Росомаха из Флориды»(17/468)[досье]
Так вообще отлично, да.
спустя 4 часа 21 минуту [обр] Роман Цандер aka JustVoice(0/102)[досье]
Дунька [moderated]:
простите, неясно сформулировал: можно ли увидеть именно тот "интерфейс, который вы как-то делали",
у нас Mac - одна из рабочих платформ 8-)Е
спустя 2 минуты [обр] ё(3/1328)[досье]

нет-c.
интранет-с.

:(

Но идея-то понятна?

спустя 16 часов [обр] Роман Цандер aka JustVoice(0/102)[досье]
Дунька [moderated]:
идея - суперпонятна, более того, принята заказчиком на ура и находится в процессе реализации. 8-)Е
вот интересно было бы "глянуть, как оно у людей", потому и спрашивал...
спустя 5 месяцев [обр] Николай Мищенко(0/1)[досье]
тему можно закрыть
Powered by POEM™ Engine Copyright © 2002-2005