Moodle

Forgotten your (username or) password should be a link

Details

  • Type: Sub-task Sub-task
  • Status: Closed Closed
  • Priority: Minor Minor
  • Resolution: Fixed
  • Affects Version/s: 2.0
  • Fix Version/s: 2.0
  • Component/s: Authentication, Usability
  • Labels:
    None
  • Affected Branches:
    MOODLE_20_STABLE
  • Fixed Branches:
    MOODLE_20_STABLE

Description

Not only is the element clearly navigation, but the convention in all major web services is that this functionality is presented as a link in the login form, even though there is some variation about what exactly the label text is.

Issue Links

This issue is blocked by:
MDL-19586 Create UI Guidelines to aid in Moodle development Critical Closed

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Olli Savolainen added a comment -

An exceedingly simple fix to this. Not sure if the div containing the link should be centered instead.

The usability of this is likely degraded, of course, since contrary to general recommendation, in Moodle links do not have an underlining even if they are not in menus.

http://www.useit.com/alertbox/20040510.html (always a pleasure to refer to Nielsen)

Show
Olli Savolainen added a comment - An exceedingly simple fix to this. Not sure if the div containing the link should be centered instead. The usability of this is likely degraded, of course, since contrary to general recommendation, in Moodle links do not have an underlining even if they are not in menus. http://www.useit.com/alertbox/20040510.html (always a pleasure to refer to Nielsen)
Hide
Permalink
Olli Savolainen added a comment -

An additional issue this fix solves is the fact that the submit button that took the user to password recovery broke the browser's back button - if the user tried to return to (or through) the password recovery form later, they would get stuck on the recovery form page: since that was delivered as a response to POST, the browser would ask them if they wanted to resubmit the data (which there was none actually since the POST was empty).

Show
Olli Savolainen added a comment - An additional issue this fix solves is the fact that the submit button that took the user to password recovery broke the browser's back button - if the user tried to return to (or through) the password recovery form later, they would get stuck on the recovery form page: since that was delivered as a response to POST, the browser would ask them if they wanted to resubmit the data (which there was none actually since the POST was empty).
Hide
Permalink
Olli Savolainen added a comment - - edited

Could not add participants (since it is a subtask?) so assigned to you, Tim.

The usability testing with 8 participants seems to show that users find this link quite a bit quicker than the button, since this is the conventional place on the web. (I still need to confirm this though.) And yet, the form is a lot less cluttered. cheers

Show
Olli Savolainen added a comment - - edited Could not add participants (since it is a subtask?) so assigned to you, Tim. The usability testing with 8 participants seems to show that users find this link quite a bit quicker than the button, since this is the conventional place on the web. (I still need to confirm this though.) And yet, the form is a lot less cluttered. cheers
Hide
Permalink
Tim Hunt added a comment -

FIx committed. Thanks Olli.

Show
Tim Hunt added a comment - FIx committed. Thanks Olli.
Hide
Permalink
Olli Savolainen added a comment -

For future reference, listing here the approximate performances each test subject, in the usability tests ( http://www.pilpi.net/software/moodle/2009/08/19/quickie-usability-testing-file-upload-and-forgotten-password/ ).

Subjects got either the old or the new UI, and due to a mistake the old UI got presented more than the new one.

old UI:
I 0sec (found/used element before hearing the task)
II 18sec
III 10sec
IV 5sec
V >60sec (user did not notice the functionality at all but logged in as guest)

new UI:
I 0sec
II 10sec
III 0sec

Show
Olli Savolainen added a comment - For future reference, listing here the approximate performances each test subject, in the usability tests ( http://www.pilpi.net/software/moodle/2009/08/19/quickie-usability-testing-file-upload-and-forgotten-password/ ). Subjects got either the old or the new UI, and due to a mistake the old UI got presented more than the new one. old UI: I 0sec (found/used element before hearing the task) II 18sec III 10sec IV 5sec V >60sec (user did not notice the functionality at all but logged in as guest) new UI: I 0sec II 10sec III 0sec

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved:
Atlassian JIRA (v4.4.3#663-r165197) | Report a problem
Powered by a free Atlassian JIRA open source license for Moodle. Try JIRA - bug tracking software for your team.