Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

Button: Difference between revisions

From MoodleDocs
mNo edit summary
mNo edit summary
(4 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[ Moodle User Interface Guidelines|Moodle User Interface Guidelines]] > '''Link'''
[[ Moodle User Interface Guidelines|Moodle User Interface Guidelines]] > '''Link'''
{{Work in progress|forumurl=http://moodle.org/mod/forum/discuss.php?d=126884|info=<br /><br />'''This is a guideline for a [[Moodle_User_Interface_Guidelines|Moodle Interface Guideline]]. Comments: [http://moodle.org/mod/forum/discuss.php?d=126884 developer forum thread] '''}}


== Problem ==
== Problem ==
Line 9: Line 7:
* Links take up less screen real estate than buttons
* Links take up less screen real estate than buttons
* Buttons should be preferred for (at least primary) commands
* Buttons should be preferred for (at least primary) commands
* A button is like a promise to the user that something will happen: the state of the application will change when the button is clicked. Buttons should not be used for navigation since that fails user expectations. When there is a link users can expect it to make sense to open it in a new tab, for instance.


== Solution ==
== Solution ==
The label of a button should be a command verb: "Save Settings".
The label of a button should be a command verb: "Save Settings".
Actions which can modify the state of Moodle (data files, database, session information) should be performed through buttons.


Buttons should never be used for navigation. Instead, use [[Link|links]].
Buttons should never be used for navigation. Instead, use [[Link|links]].
Line 28: Line 29:
* [http://www.useit.com/alertbox/within_page_links.html Avoid Within-Page Links (Jakob Nielsen's Alertbox)]
* [http://www.useit.com/alertbox/within_page_links.html Avoid Within-Page Links (Jakob Nielsen's Alertbox)]
* [http://www.useit.com/alertbox/nanocontent.html First 2 Words: A Signal for the Scanning Eye (Jakob Nielsen's Alertbox)]
* [http://www.useit.com/alertbox/nanocontent.html First 2 Words: A Signal for the Scanning Eye (Jakob Nielsen's Alertbox)]
* [http://msdn.microsoft.com/en-us/library/aa511454.aspx Buttons vs. Links http://msdn.microsoft.com/en-us/library/aa511454.aspx]
* [http://discuss.joelonsoftware.com/default.asp?design.4.403046.4 links: http://msdn.microsoft.com/en-us/library/aa511483.aspx]
* [http://discuss.joelonsoftware.com/default.asp?design.4.403046.4 http://discuss.joelonsoftware.com/default.asp?design.4.403046.4]
[[Category:Moodle User Interface Guidelines]]

Revision as of 14:38, 15 May 2010

Moodle User Interface Guidelines > Link

Problem

The user needs to be provided the choice to issue a command. This command may be to submit form data.

Forces: factors that affect selection

  • Links take up less screen real estate than buttons
  • Buttons should be preferred for (at least primary) commands
  • A button is like a promise to the user that something will happen: the state of the application will change when the button is clicked. Buttons should not be used for navigation since that fails user expectations. When there is a link users can expect it to make sense to open it in a new tab, for instance.

Solution

The label of a button should be a command verb: "Save Settings".

Actions which can modify the state of Moodle (data files, database, session information) should be performed through buttons.

Buttons should never be used for navigation. Instead, use links.

With buttons, the command is usually mediated to the server in form of a POST parameter. Pressing the back button results the browser asking if the user wants to resubmit the form. To avoid this and keep the back button functional, redirect (using HTTP headers) the resulting page, to a new page after processing the data the browser sent.

Related guidelines

Related issues in the tracker

  • TODO: The course groups management UI uses buttons for navigation within the UI

Further information / Sources