Проектирование белой ленты для применения CRUD

Я работаю над созданием UX-стиля Fluent («Ribbon») для приложения CRUD, работающего над базой данных.

Существует много информации о том, как создать ленту для приложений на основе документов. рекомендации Microsoft даже указывают стандартные вкладки и группы.

Однако эти стандартные группы, похоже, не очень подходят для ситуаций, не связанных с документацией. Например, команда «Найти» должна находиться в группе «Редактирование»:

alt text

Весьма актуально для поиска внутри документа, но не для поиска для записи.

Какие ресурсы и /или примеры используются для использования ленты для не-документов?

Обновлено 27/9: Да, я уверен, что лента подходит для приложения, которое я разрабатываю. Это не документ, ориентированный, но также не чистый CRUD - это сложное приложение с большим количеством бизнес-поведения. Мне будет легче провести семинар по организации ленты, если я смогу заранее дать некоторые рекомендации, поэтому я надеюсь получить ответы на мои исходные вопросы о ресурсах и примерах.

14 голосов | спросил Bevan 26 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowSun, 26 Sep 2010 12:06:36 +0400 2010, 12:06:36

1 ответ


0

У меня нет большого опыта в CRUD-приложении с лентой, но вот некоторые идеи ...

Прочитать . Включить одну или несколько вкладок стандартным образом, чтобы пользователь мог найти определенные объекты. Например, если это была база данных колледжа, одна вкладка для студентов /преподавателей, одна для классов, одна для зданий. Группируйте объекты на вкладках на более тонких уровнях, например, один для студентов, а другой для персонала. Если это простой полевой запрос, вы можете прямо установить прямой текстовый элемент или открыть диалоговое окно сложного поиска.

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

Обновить . Я бы серьезно рассмотрел контекстные вкладки для этого. Один контекст для каждого типа объекта. Если форма имеет несколько типов, вам придется управлять контекстом с помощью фокуса клавиатуры. Не так весело. Вам также могут потребоваться эти задачи обновления в самих формах, особенно если они хорошо отображают параметры диалога «command», такие как apply и т. Д.

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

ответил shemnon 3 +04002010-10-03T09:35:40+04:00312010bEurope/MoscowSun, 03 Oct 2010 09:35:40 +0400 2010, 09:35:40

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132