Details

    • Type: Improvement
    • Status: Closed
    • Priority: Blocker
    • Resolution: Fixed
    • Affects Version/s: 2.2
    • Fix Version/s: 2.3
    • Component/s: Files API, Usability
    • Labels:

      Description

      This issue tracks the issues that are part of the files usability project for 2.3.

      Full details are here: http://docs.moodle.org/dev/Files_usability_2.3

      The key people working on this are: Marina Glancy, Barbara Ramiro and Martin Dougiamas

        Gliffy Diagrams

        1. 01-my-private-files-empty-folder.jpg
          46 kB
        2. 02a-my-private-files-thumbnail-view.jpg
          59 kB
        3. 02b-my-private-files-thumbnail-view-student-view.jpg
          51 kB
        4. 03-my-private-files-thumbnail-view-hover.jpg
          60 kB
        5. 04a-my-private-files-context-menu-file-alias.jpg
          68 kB
        6. 04b-my-private-files-context-menu-file-alias-edit.jpg
          69 kB
        7. 05-my-private-files-context-menu-file-edit.jpg
          68 kB
        8. 06-my-private-files-context-menu-folder-edit.jpg
          61 kB
        9. 07a-my-private-files-quick-upload-safari.jpg
          61 kB
        10. 07b-my-private-files-quick-upload-firefox.jpg
          60 kB
        11. 08-my-private-files-create-folder.jpg
          60 kB
        12. 09a-my-private-files-list-view-collapsed.jpg
          74 kB
        13. 09b-my-private-files-list-view-expanded.jpg
          82 kB
        14. 10a-my-private-files-tree-view-collapsed.jpg
          46 kB
        15. 10b-my-private-files-tree-view-expanded.jpg
          49 kB
        16. 11-file-picker-private-files-tumbnail-view.jpg
          50 kB
        17. 12-file-picker-private-files-tumbnail-view-hover.jpg
          51 kB
        18. 13-file-picker-private-files-context-menu.jpg
          58 kB
        19. 14a-file-picker-private-files-list-view-collapsed.jpg
          69 kB
        20. 14b-file-picker-private-files-list-view-expanded.jpg
          78 kB
        21. 15a-file-picker-private-files-tree-view-collapsed.jpg
          44 kB
        22. 15b-file-picker-private-files-tree-view-expanded.jpg
          47 kB
        23. 16-file-picker-server-files-tumbnail-view.jpg
          50 kB
        24. 17-file-picker-recent-files-tumbnail-view.jpg
          49 kB
        25. 18a-file-picker-upload-a-file.jpg
          36 kB
        26. 18b-file-picker-upload-a-file-with-thumbnail.jpg
          43 kB
        27. 19a-file-picker-flickrpublic-search.jpg
          38 kB
        28. 19b-file-picker-flickrpublic-result.jpg
          48 kB
        29. 20a-file-picker-flickr-login.jpg
          28 kB
        30. 20b-file-picker-flickr-search.jpg
          31 kB
        31. 20c-file-picker-flickr-search-result.jpg
          49 kB
        32. 21a-file-picker-google-login.jpg
          28 kB
        33. 21b-file-picker-google-search.jpg
          31 kB
        34. 21c-file-picker-google-search-result.jpg
          41 kB
        35. 21d-file-picker-google-search-result.jpg
          45 kB
        36. 22a-file-picker-url-download.jpg
          30 kB
        37. 22b-file-picker-url-download-result.jpg
          48 kB
        38. 23a-file-picker-picasa-login.jpg
          28 kB
        39. 23b-file-picker-picasa-search.jpg
          31 kB
        40. 23c-file-picker-picasa-search-result.jpg
          48 kB
        41. 24a-file-picker-wikimedia-search.jpg
          30 kB
        42. 24b-file-picker-wikimedia-search-result.jpg
          48 kB
        43. 25-resources-insert-image.jpg
          42 kB
        44. 26-resources-insert-media.jpg
          38 kB
        45. 27-resources-activities-default.jpg
          70 kB
        46. 28-resources-activities-file.jpg
          64 kB
        47. 29-resources-activities-ims.jpg
          72 kB

          Issue Links

            Activity

            Hide
            dougiamas Martin Dougiamas added a comment -

            Adding some mockups

            Show
            dougiamas Martin Dougiamas added a comment - Adding some mockups
            Hide
            agroshek Amy Groshek added a comment - - edited

            This may precede the workflow and therefore the feature set under discussion here, but , when editing a textarea field, will it be possible to launch the file picker from the HTML editing view as well as the WYSIWYG?

            Show
            agroshek Amy Groshek added a comment - - edited This may precede the workflow and therefore the feature set under discussion here, but , when editing a textarea field, will it be possible to launch the file picker from the HTML editing view as well as the WYSIWYG?
            Hide
            nadavkav Nadav Kavalerchik added a comment -

            I have added a new Feature request: "Enable users to automatically Crop images when uploading files" (MDL-32183)

            Show
            nadavkav Nadav Kavalerchik added a comment - I have added a new Feature request: "Enable users to automatically Crop images when uploading files" ( MDL-32183 )
            Hide
            derekcx Derek Chirnside added a comment -

            Is there anywhere were there is an early version of this work that we can have a look at?

            -Derek

            Show
            derekcx Derek Chirnside added a comment - Is there anywhere were there is an early version of this work that we can have a look at? -Derek
            Hide
            tallthom Thom Rawson added a comment -

            I notice things appear to be sorted in the new file picker. No sorting has been quite painful to this point. I didn't see sorting added to the list of enhancement for the file picker in 2.3 so I hope it will be in there.

            Show
            tallthom Thom Rawson added a comment - I notice things appear to be sorted in the new file picker. No sorting has been quite painful to this point. I didn't see sorting added to the list of enhancement for the file picker in 2.3 so I hope it will be in there.
            Hide
            dobedobedoh Andrew Nicols added a comment -

            I think that this work will likely resolve these issues

            Show
            dobedobedoh Andrew Nicols added a comment - I think that this work will likely resolve these issues
            Hide
            stuartlamour Stuart Lamour added a comment - - edited

            It is best practice in usability if any backend view reflects the user's mental model - normally created by a user's use and perception of the front end - and follows this same model (even if the underlying architecture of the system does not use this same model).

            In moodle’s front end there is a clear model of a hierarchical structure presented to the users where resources and activities are the children of a section, and sections belong to a course.

            When users view the m2 file management area they are presented with a flat file system where every resource/activity has its own folder all at a single level - this disparity between the front end and back end model is a huge usability barrier.

            In m2 users have to learn to understand two different models, and how they relate to each other. This would seem to be the biggest usability hurdle to overcome.

            Show
            stuartlamour Stuart Lamour added a comment - - edited It is best practice in usability if any backend view reflects the user's mental model - normally created by a user's use and perception of the front end - and follows this same model (even if the underlying architecture of the system does not use this same model). In moodle’s front end there is a clear model of a hierarchical structure presented to the users where resources and activities are the children of a section, and sections belong to a course. When users view the m2 file management area they are presented with a flat file system where every resource/activity has its own folder all at a single level - this disparity between the front end and back end model is a huge usability barrier. In m2 users have to learn to understand two different models, and how they relate to each other. This would seem to be the biggest usability hurdle to overcome.
            Hide
            stuartlamour Stuart Lamour added a comment -

            There is a secondary issue with single asset types such as a resource of type file. While it is logical to users that a complex asset such as an activity or label could be a folder containing multiple assets for the activity/resource this isn’t the case for a single asset such as a file.

            On a user's computer a single file asset (e.g. a pdf or word doc) is not automatically saved as a folder with the file within it. In moodle itself within an activity each file is not saved as a folder with the file inside, and the front end of moodle does not create a folder users have to click on with the file inside.

            This would suggest that when a resource or activity can only have a singleton one-to-one and not one-to-many relationship with an asset, creating a folder for that asset adds an unnecessary and confusing level of complexity.

            Show
            stuartlamour Stuart Lamour added a comment - There is a secondary issue with single asset types such as a resource of type file. While it is logical to users that a complex asset such as an activity or label could be a folder containing multiple assets for the activity/resource this isn’t the case for a single asset such as a file. On a user's computer a single file asset (e.g. a pdf or word doc) is not automatically saved as a folder with the file within it. In moodle itself within an activity each file is not saved as a folder with the file inside, and the front end of moodle does not create a folder users have to click on with the file inside. This would suggest that when a resource or activity can only have a singleton one-to-one and not one-to-many relationship with an asset, creating a folder for that asset adds an unnecessary and confusing level of complexity.
            Hide
            bobpuffer Bob Puffer added a comment -

            @Stuart: extremely well put

            Show
            bobpuffer Bob Puffer added a comment - @Stuart: extremely well put
            Hide
            dougiamas Martin Dougiamas added a comment -

            A "file" in Moodle can be a HTML file that includes assets like images, swf, JS, CSS and so on. So yes, a folder is required to group those.

            Show
            dougiamas Martin Dougiamas added a comment - A "file" in Moodle can be a HTML file that includes assets like images, swf, JS, CSS and so on. So yes, a folder is required to group those.
            Hide
            hagelberg Gus Hagelberg added a comment -

            Is there any chance that this issue might be implemented in the version of 2.3 due in June? I've been following the tracker and it looks to me like no one is really working on it. If that's true, why does this issue have such a low priority?
            I believe that improving the file picker from 2.2 is extremely important. Dealing with files in Moodle 2.0-2.2 is very problematic, especially for users migrating from 1.9 to 2.x.

            Show
            hagelberg Gus Hagelberg added a comment - Is there any chance that this issue might be implemented in the version of 2.3 due in June? I've been following the tracker and it looks to me like no one is really working on it. If that's true, why does this issue have such a low priority? I believe that improving the file picker from 2.2 is extremely important. Dealing with files in Moodle 2.0-2.2 is very problematic, especially for users migrating from 1.9 to 2.x.
            Hide
            poltawski Dan Poltawski added a comment -

            Gus. In fact this landed into 2.3 today.

            Show
            poltawski Dan Poltawski added a comment - Gus. In fact this landed into 2.3 today.
            Hide
            dougiamas Martin Dougiamas added a comment - - edited

            For anyone trying to follow this (there's a lot of issues!)

            MDL-33032 is the first stage that landed in 2.3 today (working but with known bugs)

            MDL-32999 is the second stage where we fix those bugs (and any resulting from testing) ASAP.

            Show
            dougiamas Martin Dougiamas added a comment - - edited For anyone trying to follow this (there's a lot of issues!) MDL-33032 is the first stage that landed in 2.3 today (working but with known bugs) MDL-32999 is the second stage where we fix those bugs (and any resulting from testing) ASAP.
            Hide
            poltawski Dan Poltawski added a comment -

            Martin, I think this issue can be closed :-D

            Show
            poltawski Dan Poltawski added a comment - Martin, I think this issue can be closed :-D
            Hide
            tsala Helen Foster added a comment -

            Removing docs_required label as we now have documentation for these file improvements in the 2.3 docs - http://docs.moodle.org/23/en/Working_with_files and elsewhere.

            Show
            tsala Helen Foster added a comment - Removing docs_required label as we now have documentation for these file improvements in the 2.3 docs - http://docs.moodle.org/23/en/Working_with_files and elsewhere.

              People

              • Votes:
                26 Vote for this issue
                Watchers:
                28 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:
                  Fix Release Date:
                  25/Jun/12