Details

    • Type: Sub-task Sub-task
    • Status: 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
    • Rank:
      35428

      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

          Activity

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

          FIx committed. Thanks Olli.

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

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

              Dates

              • Created:
                Updated:
                Resolved: