Martin Dougiamas

Does this help?

Google translation of that page into French

There was a setting for this added in MDL-9615 (search admin for "hideactivitytypenavlink") but that is now useless in 2.0 (I filed a bug about it here MDL-22427).

I think it's pretty much impossible/inadvisable to add it back to the navbar now as it breaks the structure of Moodle. Not many people seemed to get it anyway which is why that setting was there in 1.9 ... you must be one of the few that thought like me and liked the idea, David

See MDL-22427 for discussion about alternatives, if any.

Hmm, are you sure you got the full set of new code?

cvs -q update -dPA 

Try putting this in your config.php too, to get full debugging info:

$CFG->debug = 38911;

$CFG->debugdisplay = true;

define('MDL_PERF' , true);

define('MDL_PERFDB' , true);

1) A quick comment ... as soon as you start talking about other sites outside of Moodle then we aren't talking about the Moodle navigation structure (which is purely about what is inside Moodle).

That's where you use a custom menu in the header, or something like that (eg how Moodle.org does).

2) Yes, like Tim said, the navigation data structure is accessible and you can hack it locally in the theme or a new block to do wierd things if required. I think we still need to work towards a consensus for a default navigation that works for 99% of sites out of the box.

3) The My Courses submenu is to cope with cases where people are enrolled in many courses, so that nav bar doesn't get ridiculously long. Also to separate the concept of courses you are in and courses you are not. For example, when you are in a course that you are NOT enrolled in, then you need to show something in the nav - does it makes sense to just add that course name directly into the list of your own courses?

At this point, given feedback so far, I'm tending towards this plan which is a less radical departure from 1.9:

• Don't put anything under the 'My Home' node in the navigation at all, keep it at /my as a launching pad into the main site structure.
• Put 'My Home' at the top of the navigation block, all the time, but never in the navbar.
• Keep the existing site setting to FORCE all users to see My Home instead of the site home (redirect from / to /my for all users except admins).
• Extend that setting with an option to "Allow users to choose My Home as their default home"
• If this last is active, then give users a preference setting to choose to always see My Home when they click Home.

Home (Site home or redirects to My Home, depending on settings)
- My Home
- Site
- - Blogs
- - Tags
- - Front page activity
- My courses
- - Course 1
- - Course 2
- My profile
- etc

Navbar for site stuff: Home > Site > Blogs
Navbar for course activity: Home > My courses > Course 1 > etc

So with this plan, we only have one "Home" in the navbar which by default goes to the Site Home page, and redirects to My Home when:

• The admin has forced it on all users except admins, or
  
• The admin allows all users (including admins) to choose, and they have chosen this behaviour (default setting)

The only issue remaining for me with this idea is what to do when:

• You as a user have chosen to use My Home as your home page
  
• You want to look at the site home page

Could we just put that in the 'Site' link? (something like /index.php?redirect=false)

Elena, thanks, just two quick answers addressing your two points directly:

1. Prospective courses can still be browsed to and added from a My Home type page, it all depends on what blocks we put there for them.
   
   
2. Performance issues are becoming less with the new enrolments code. I think the benefit of a customisable and very useful home page outweigh the remaining performance hit (note that making students click more through pages also has a performance hit).