Details

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

      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

      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
          Martin Dougiamas added a comment -

          Adding some mockups

          Show
          Martin Dougiamas added a comment - Adding some mockups
          Hide
          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
          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
          Nadav Kavalerchik added a comment -

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

          Show
          Nadav Kavalerchik added a comment - I have added a new Feature request: "Enable users to automatically Crop images when uploading files" ( MDL-32183 )
          Hide
          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
          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
          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
          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
          Andrew Nicols added a comment -

          I think that this work will likely resolve these issues

          Show
          Andrew Nicols added a comment - I think that this work will likely resolve these issues
          Hide
          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
          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
          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
          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
          Robert Puffer added a comment -

          @Stuart: extremely well put

          Show
          Robert Puffer added a comment - @Stuart: extremely well put
          Hide
          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
          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
          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
          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
          Dan Poltawski added a comment -

          Gus. In fact this landed into 2.3 today.

          Show
          Dan Poltawski added a comment - Gus. In fact this landed into 2.3 today.
          Hide
          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
          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
          Dan Poltawski added a comment -

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

          Show
          Dan Poltawski added a comment - Martin, I think this issue can be closed :-D
          Hide
          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
          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: