Development:Moodle User Interface Guidelines: Difference between revisions
m (→Elements) |
|||
Line 32: | Line 32: | ||
* [[Development:Progressive Disclosure|Progressive Disclosure]] | * [[Development:Progressive Disclosure|Progressive Disclosure]] | ||
* [[Development:User Data Always Safe|User Data Always (Always) Safe]] | * [[Development:User Data Always Safe|User Data Always (Always) Safe]] | ||
* | * [[Development:Feedback|Feedback]] (Incomplete) | ||
=== Relevant guidelines from other sites === | === Relevant guidelines from other sites === | ||
* [http://library.gnome.org/devel/hig-book/stable/principles-people.html.en Design for People] | * [http://library.gnome.org/devel/hig-book/stable/principles-people.html.en Design for People] | ||
Line 46: | Line 43: | ||
* [http://library.gnome.org/devel/hig-book/stable/principles-forgiveness.html.en Forgive the User] | * [http://library.gnome.org/devel/hig-book/stable/principles-forgiveness.html.en Forgive the User] | ||
* [http://library.gnome.org/devel/hig-book/stable/principles-direct-manipulation.html.en Provide Direct Manipulation] | * [http://library.gnome.org/devel/hig-book/stable/principles-direct-manipulation.html.en Provide Direct Manipulation] | ||
== Missing guidelines == | == Missing guidelines == | ||
Revision as of 19:38, 8 August 2009
Note: This page is a work-in-progress. Feedback and suggested improvements are welcome. Please join the discussion on moodle.org or use the page comments.
The greatest risk of this effort is that developers may not find it when they need it, while designing parts of Moodle. Please help: look at what is here already now, and comment: How could it serve your development work better? What aspects of user interface design would you need clear guidelines on? If there is any reason you feel you can not benefit from the guidelines, please tell me about it in the developer forum thread. See also: Introduction
Moodle basics
- Hierarchy of a Moodle site (one attempt)
- Page structure and different page types
- Roles and capabilities
- Groups
Moodle UI library
UIs are built of Elements and Interaction Styles (bigger wholes, which are built of Elements).
Elements
- Big Select List
- Hierarchy Browsing List
Interaction Styles
- Wizard
- Help Popups
- Feedback page
- Form (incomplete)
- Radio button
- Checkbox
- Dropdown lists (incomplete)
General design guidelines
- Progressive Disclosure
- User Data Always (Always) Safe
- Feedback (Incomplete)
Relevant guidelines from other sites
- Design for People
- Don't Limit Your User Base
- Create a Match Between Your Application and the Real World
- Make Your Application Consistent
- Keep the User Informed
- Keep It Simple and Pretty
- Put the User in Control
- Forgive the User
- Provide Direct Manipulation
Missing guidelines
Unwritten guidelines
- Building blocks
- Course Format
- Block (not a technical guide but a guideline how what to take into account when using a block as a part of a design)
- Filter
- Module (not a technical guide but a guideline how what to take into account when using a module as a part of a design)
- Dialog
- Popup Window
Guidelines that require further research/discussion
These are plans to create new interaction styles, switch existing conventions for more usable ones, or issues that are still unclear and need to be further discussed to become actual guidelines.
Development:Major usability issues in Moodle (separate design projects)
- Switch Button
- Add element
- Jump Navigation
- Move Element (Course front page model vs. quiz)
- Quick Inline Help ([1] for now)
- Further research required: Search
- Further research required: Editing modes
- Further research required: Data Listing
- Waiting for developments of Navigation 2.0: Tabs
- Command Popup Menu
See also
About writing these guidelines
- Some pages use the Guideline template, others are freeform prose
Usability in Moodle
Implementation advice
Todo
- Problem-Solution Summary Table (TODO: See [2])
- Glossary