Default is false, everything is as it is now.
If turned on, then users are forced to log in before
being able to see the front page or the course listings.
OK, some big changes here to the front end, particularly in
course categories and course display.
Course categories can now be nested (to any level).
Courses and course categories can now be manually sorted
any way required.
There is a groovy front end for managing these, and a better
range of options for formatting the front page.
It all still needs some polishing, which I'll be doing over
the next couple of days, including better auto-sorting.
I would not use this on production systems just yet.
Course creators are managed by /admin/creator.php , same way that admins.
Or if authetication module have 'auth_iscreator'-function (right now only ldap-module have) ,
users are added to creators at login time.
Basically all the Database functions are in lib/datalib.php
and the web functions are all in lib/weblib.php, so
moodlelib.php is much thinner than it was.
Data functions have been extended ... most old calls will
still work, but now many more SQL commands can be performed
using the datalib functions rather than using SQL. I'm
currently moving through the whole tree replacing SQL
calls or at least concentrating them in one section of
mod/xxx/lib.php
Still working on forums, quizzes, surveys, resources.
The tree is currently not full working ... some things are
half-completed ... will resume tomorrow.
THIS IS A BIG CHANGE!
I've renamed the "reading" module to "resource".
This meant changing quite a few references throughout Moodle.
The automatic upgrade process should work OK (it worked OK on my
development server) and there shouldn't be any problems.
BUT PLEASE PROCEED WITH CAUTION AND KEEP BACKUPS OF EVERYTHING
UNTIL I HAVE A FEW MORE TESTS! If you upgrade please let me know.
One thing that will break are any hard-coded links within forum messages.
What I will be doing to fix this on my apache server is to add this to
httpd.conf:
Redirect /mod/reading/ http://moodle.com/mod/resource/
Sorry about any inconvenience, but it's better this is done sooner than later.
If true, then display of user pictures or filenames will use the
method of providing arguments as "slash" arguments - this is much
better for caching, proxies, search engines etc. Unfortunately
it doesn't seem to work on some PHP installations.
If false (the default), then a more compatible method is used
(ie usual way of passing parameters to scripts)
