Uploaded image for project: 'Moodle'
  1. Moodle
  2. MDL-20049 Login form usability issues
  3. MDL-20050

Forgotten your (username or) password should be a link

    Details

    • Type: Sub-task
    • Status: Closed
    • Priority: 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.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

              Hide
              pilpi 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
              pilpi 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
              pilpi 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
              pilpi 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
              pilpi 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
              pilpi 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
              timhunt Tim Hunt added a comment -

              FIx committed. Thanks Olli.

              Show
              timhunt Tim Hunt added a comment - FIx committed. Thanks Olli.
              Hide
              pilpi 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
              pilpi 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

                • Votes:
                  0 Vote for this issue
                  Watchers:
                  0 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved:
                    Fix Release Date:
                    24/Nov/10