I did some heavy thinking about this, and I think this is
best for the community. I had wanted to drive some traffic
past moodle.com (the moodle.com will feature very prominent
links to moodle.org). What I'll do now, I think, is put a
advertisements on http://moodle.org pointing to moodle.com.
Also some lowercasing of HTML.
You can now hide/show individual activity modules and even delete them completely!
For example, if you hide the "choice" module, then all choice activities
will be hidden throughout the whole site, and "Choice" will not
appear on any "Add..." menu.
Deleting a module is a complete deletion of all data from the database.
If you want to try out the deletion on a real module, I suggest the
pgassignment module, since it will soon be deleted from CVS anyway
(because it's being replaced with workshop).
Look for "Manage modules" on the admin menu.
into the form using Javascript!
Also rationalised and patched some of the other help about text formats.
LANGUAGE EDITORS MAY WANT TO RE-CHECK:
lang/en/help/textformat.html
confirmation step required before the password is changed and sent.
Also, many of the email texts have been cleaned up.
TRANSLATORS: check your texts in moodle.php starting with "email.."
- rename the main_frame variable to framename, because it
- might have caused some confusion
- none of the global variables have underscores
- put the config in the config table, with a default of _top
This change removes the smilie variable assignment from the global namespace.
This change retains the original user input as the alt text.
The main reason for this change is to make it possible for me to use my
make_class function on weblib.php (still need to do something about the defines
though).
I've added the variable CFG->main_frame to config-dist.php, and replaced _top
targets with the variable in all the php files. HTML files, like those in the
documentation, have not been modified, as they are not (yet) parsed.
The variable should probably get moved into the config table, and get some
documentation.
I've also included, but commented out, a slight change in weblib.php, which
would guarantee that messages would be seen before redirecting the user (unless
delay intentionally set to 0 when redirect is used).
moodler