My Moodle 2.0
To make the "My Moodle" interface a more usable space that provides each user with their own personal experience. The page should be a user's personal portal page in Moodle. My Moodle will be the place where information that is user-centric rather than course-centric will be displayed.
Portions of the My Moodle interface should be able to be made customizable by the individual users. Other portions should be able to be locked to certain roles.
It's also the place where you change your preferences and settings.
It should utilize current Moodle constructs such as blocks, themes and pages.
The user's profile page should be able to be configured by the user to allow choice of what can be displayed. This also should be manageable at the admin level.
- Subpages (Canvases):
- Tabs in the diagram (navigation style themeable?).
- Should come with pre-defined pages for:
- course list,
- blog ,
- home page / dashboard.
- Page can define whether blocks can be moved.
- Possibility for plug-in pages.
- Possibility for user added pages / canvases.
- Access to pages should be available – requires context (maybe implement later).
- Capabilities should be available – that is, standard pages may or may not be configurable to given roles.
- Like normal blocks.
- Whether or not they can be visible on My Moodle should be configurable.
- Some should be able to be added, moved and configured by any user.
- Need to able to be displayed in middle portion.
- Possible to define valid subpages they can be on
Review drawings in MDL-19124 for ideas of how this could look.
(Consider calling these "canvases" instead of subpages)
These are the actual pages that can contain the functions and blocks in the My Moodle interface. In the referred drawings, each of these would be a tab.
Each of these is a canvas that can be painted with blocks. The blocks would need to know which page they belonged to. By using blocks, issues such as the way a page looks, or the way information is ordered on a page, becomes an issue associated with the block and not with My Moodle itself.
Initially, My Moodle could come with specific pages:
- home page / dashboard - A completely user configurable page where the informational blocks can be added and moved. User could have items such as news-feeds, calendars, etc.
- profile - The same function that currently exists on the user profile page. If allowed on the site, provide options for the user to assign what information can be visible by what roles.
- blog - Access to the user's blog (like the current tab on the user profile page).
- course list - A better version of the current My Moodle page.
- report - Access to various reports and logs on your activities.
Each page would be available to be enabled or disabled to the My Moodle interface.
Adding a level of pluggability for subpages or canvasses would create an even more configurable experience for the user. Subpage plug-ins could be made available by simply dropping in a standard file layout into a My Moodle subdirectory, like reports. Even more could be provided by allowing users to create new instances of blank pages for their own My Moodle that they could then configure in any way they want.
This will add the extra burden of maintaining a page table per user to track whatever pages have been added to My Moodle for each user.
Subpages will require contexts, so that roles can be given different capabilities (CONTEXT_MYPAGE ?). (These could be extended contexts as described here: MDL-20045). Capabilities would allow some pages to be re-configured by certain roles and not others. This would allow administrators to set up 'locked' pages that would always be the same layout for all users.
Any of the content on a My Moodle page should be able to be handled with blocks. The positioning of them is what is important.
My Moodle will add a 'content' region to display the centre block area.
Blocks should be able to specify whether they are eligible for "My Moodle" inclusion (through applicable_formats method). Additionally, they should be configurable to be eligible for specific sub-pages (this may be possible through the same function). Should this also be an administrative function?
- three types of pages: "dashboard", "public profile", and "course profile"
- use navigation block instead of tabs
- only users can see their own
- users can customize freely
- users can add their own pages
- link to page for changing settings (in settings block)
- admin can define default blocks that users can remove
public profile pages
- everyone can see everyone's profile
- admin can define blocks that are always seen
- users cannot delete these blocks
- users can add new blocks (if they have the capability)
- picture, description, general information, private information (only displayed to teachers)
- link to full public profile
- controlled by code (no editing by any users)
- block permissions
- change accesslib to add role to user when in their own user context