Files usability 2.3: Difference between revisions
No edit summary |
|||
| Line 1: | Line 1: | ||
{{Infobox Project | |||
|name = Files Usability 2.3 | |||
|state = Specifications, feedback sought | |||
|tracker = TBA | |||
|discussion = | |||
|assignee = Moodle HQ DEV team | |||
}} | |||
{{Moodle 2.3}} | |||
==Background== | ==Background== | ||
Revision as of 11:14, 12 February 2012
| Files Usability 2.3 | |
|---|---|
| Project state | Specifications, feedback sought |
| Tracker issue | TBA |
| Discussion | |
| Assignee | Moodle HQ DEV team |
Moodle 2.3
Background
The file handling of Moodle 1.x was a very simple system with basically one server directory of files per course and very basic access controls. This system had the benefits of being simple, which meant it was easy to understand and to perform hacks around, but it's naivety had a lot of disadvantages in security, consistency, disk use, activity portability, and in some cases even led to dataloss. It also encouraged a certain workflow of "dumping" huge amounts of content into the course in an unstructured way.
The Files system was re-designed in Moodle 2.0 to solve these problems by introducing a model where files are directly associated with texts and "file areas" within different plugins in Moodle, and access to them is finely controlled by those same plugins. For some examples, the assignment module is now able to control access to assignment submissions depending on due dates and so on. Backups now accurately contain all the files they need, and multiple copies of the same file take up no more disk space than a single copy. Files can be drawn as easily from external repositories as from your own computer. The files system in Moodle 2.0 is more capable and detailed than pretty much any other system around.
However, the interfaces to CONTROL all this had to increase significantly in complexity, and this, combined with limited development time and technical constraints in web browsers have led to a large drop in usability. Not only do Moodle users have to contend with a different mindset when adding their resources to Moodle, but they also had to contend with a long list of unfamiliar interface issues.
This project aims to make large improvements in the interface when dealing with files in Moodle and improve usability significantly in Moodle 2.3.
Critical problems
This short list of problems has been identified from user feedback via Moodle partners, tracker issues with votes, user surveys, usability studies and common sense. It's not exhaustive, but covers the most severe issues that we think need to be fixed. If you'd like to comment about this list, please use the discussion page for this project or comment directly on the linked tracker issues.
Problem A: Uploading files take a lot of clicks
The most common case for most people is to upload files from their own desktop (not a repository). Since the file picker must be used for this, this can take a lot of clicks, and only one file can be uploaded at a time (unless you know how to use zip).
Solution A1: Allow drag+drop files from desktop.
Solution A2: Add "quick upload" buttons that bring up dialog as quickly as possible
Solution A3: Allow multiple files to be uploaded at the same time
Solution A4: More stickiness in file picker between invocations
- Icon/List view
- Server files location
Problem B: Private files management
Solution B1: Prevent leaving the Private Files page until changes are saved
Solution B2: Allow multiple uploads directly via Filepicker repository page
Solution B3: Allow users to "link" to files in their private files
Problem C: File picker looks "ugly"
Many people say that they just don't like the "MS Windows" look of the current filepicker. This look has been somewhat dictated by the choice of YUI2 to implement it, but it can be improved a lot.
