General announcement:
If you 're running in debug mode and suddenly the HTML editor stops working
for no apparent reason, check your HTML source to find PHP notices embedded
in JS code, screwing it up and thus making it unexecutable. This has happened
to me more times than I can remember.
All the page headers work correctly also on the site course.
On the site page the modules don't require login unless necessary or required by $CFG->forcelogin.
1) get_course_students, get_course_users and count_course_students when called with course=site will now use get_site_users instead of get_users. This I believe was the consensus reached in the discussions of how front-page activities should behave.
2) all functions can handle a list of exceptions now.
3) get_site_users now returns users in the order admins, teachers, students. Similarly for get_course_users. This makes the sorting bug 1727 a bit more bearable
4) new function search_users
The whole thing is really a mess because each function has slightly different conventions for its arguments. But the beta is too close to tidy this up now.
Code is closer to HTMLArea 3.0 RC1.
- Updated dialog behavior (no more showModalDialogs)
- Cleaner XHTML coding in dialogs
- Unnecessary comment stripped off from htmlarea.php
- New anchor feature.
authentication mechanism used to create that user record.
Also added code to upgrade existing systems to have entries in that
field, and for new users to also have that field defined.
This will allow us to later improve the login procedure to be able to
handle various types of authentication.
Practically all printed text in Moodle should use this function
If you don't want to clean the text of unwanted tags and scripts, then
set the parameter $options->noclean
with Turck MMCache.
Filter function must now have a particular name
eg resource_filter
where "resource" is the name of the directory that filter.php is in.
