Improved visibility options
From Dokeos
There are already visibility options for courses and course items like documents. We want to finetune this. We have to discuss wether or not the difference between visibility and accessibility is also a distinction we have to make (at the cost of adding complexity).
Contents |
Course visibility and accessibility
These are the current visibility options for courses, which are mixed with the registration option: (from course.lib.php)
//LOGIC: course visibility and registration settings
define ("NOT_VISIBLE_NO_SUBSCRIPTION_ALLOWED", 0);
define ("NOT_VISIBLE_SUBSCRIPTION_ALLOWED", 1);
define ("VISIBLE_SUBSCRIPTION_ALLOWED", 2);
define ("VISIBLE_NO_SUBSCRIPTION_ALLOWED", 3);
So there are currently only two course visibility options. The proposal is to extend this to at least three:
- visible for the whole world
- visible for all platform users
- visible only for user registered in the course
And separate from the above:
- subscription allowed (by platform users)
- subscription not allowed
- (subscription by guest users? Is this possible?)
When courses are visible for the whole world, they have to be made available for the whole world somewhere. This could for example happen through the category/courses organisation in the index page like in current Dokeos versions.
Document visibility and accessibility
This probably goes in general for all learning objects. We use the documents tool here as a pratical example for discussion.
There are currently two settings: visible (for everyone allowed access in the course) and invisible (only visible for the course admins). This binary state can be represented quite nicely as an eye icon: a document with a closed eye is not visible, with an open eye it is. Changing this to three or four states means we have to change the visual presentation.
Visibility
- visible for the whole world
- visible for all platform users
- visible for all course users
- visible only for the course admin
Tool visibility and accessibility
Admin options
The platform admin should be able to decide the default settings. With the new web-adjustable settings, he/she can also delegate this so course admins can choose the default setting for their courses.
Status
Currently in design phase. No code has been implemented yet.
