Interface Concept: Breadcrumbs

From MPDLMediaWiki
Revision as of 08:19, 17 May 2011 by Unfried (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

NOTE: Please use Talk:Interface_Draft:_Breadcrumb_Concept to provide comments and/or feedback

Definition[edit]

A breadcrumb[1] should provide a trail for users navigating within lists, items and item details. It works historically, providing an easy way to access previously seen pages. Position and appearance are defined in the style guide. The breadcrumb is not intended as replacement for the browser back button. The browser back button is the most used element in web applications and must behave as expected.

Entry point[edit]

The breadcrumb is not displayed right from beginning. It appears/is extended as soon as the user leaves one of the pages defined here.

Overview on 'Click Levels'[edit]

The rough overview shows main functional areas and click levels from a list to an item and finally to item details such as statistics, revisions. (this is a diagram only, not a specification of the page flow R4).

Diagram of functional areas

Examples[edit]

The breadcrumb should grow from right to left and is extended if the user leaves the page and has no label. The trail can have up to 3 entries. Entries are cropped on the left side.

Example:

Pages and corresponding breadcrumbs generated in Public Repository

Page Breadcrumb Entry Description
SearchResultListPage.jsp Results(10) The number of items is displayed in brackets
viewItemFullPage.jsp View Item (escidoc:1707) The item ID is displayed in brackets
ViewItemStatisticsPage.jsp Statistics (escidoc:1707) The item ID is displayed in brackets for all detail pages (e.g. revisions, statistics)

Pages and corresponding breadcrumbs generated in Depositor Workspace

Page Breadcrumb Entry Description
DepositorWSPage.jsp My Items, Released(4) Filter setting is displayed, separated by comma. The number of items is displayed in brackets.
viewItemFullPage.jsp View Item (escidoc:1707) The item ID is displayed in brackets
CartItemsPage.jsp Basket(24) The number of items is displayed in brackets
QAWSPage.jsp QA Workspace, Pending(4) Filter setting is displayed, separated by comma. The number of items is displayed in brackets.

If a filter setting is changed on a list, the breadcrumb is extended too.

Reasoning[edit]

Why the following breadcrumbs do not make sense in the PubMan context[edit]

Problem: For web applications - where items are irrevocably changed - there is no way back (except a certain undo functionality is implemented). Once an item has been changed the browser should warn. And if so, the user needs to know the difference between 'back' and 'undo'.

Path

Path breadcrumbs are dynamic and show the path that the user has taken to arrive at a page

  • PubMan does not provide a strict hierarchical structure. In many cases there is no single path to a page.

History of pages/Action history

  • This is a reasonable feature for static content. If items change at one point in time it does not make sense to jump to a page reflecting a state which is different from the current/real one.

Attribute

Attribute breadcrumbs give information that categorizes the current page.

  • Would make sense, but as pages are role dependent the attribute might reflect a wrong categorization

Why a breadcrumb makes no sense for the following functionality in PubMan[edit]

Most pages are anyway redundantly displayed in a breadcrumb or inconsistent in use, because

Simple Search

  • is anyway provided persistently inside header
  • is not clear where breadcrumb leads to (revise search via advanced search?)

Advanced Search

  • is anyway provided persistently inside header

Organisation Search

  • is anyway provided persistently inside header

Export

  • will mostly appear at the end of the breadcrumb
  • will automatically be available after any search
  • is provided persistently in the options menu

Submission(methods)

  • is inconsistent because items change

Actions

  • will be a mixture of structural breadcrumb and action history
  • as actions lead to modifications the breadcrumb is rather a undo history (not possible!!)

Assumption[edit]

There is a certain functional area, where items do not change and where a breadcrumb could provide help (see Diagram). PubMan should provide a breadcrumb only for item lists, view item version, item details.

This additional navigation should not be called breadcrumb or be offered in a breadcrumb manner/stype in the interface because it is different.

References[edit]