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

          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