* Rename filter base class from filter_base to moodle_text_filter
* Remove unnecessary explicit constructors in moodle_text_filter
subclasses
* New filter_manager class, rather than static methods in filter_base
* Move some logic out of weblib, and into filter_manager
* Count filtering ops when $CFG->perfdebug on, via
performance_measuring_filter_manager
* Kill unused filter_string function. Petr said it should have been
private to weblib
Now does lang replacement for each "langblock" (many lang-enabled tags
bunched together with only whitespace between), allowing:
* Multiple langblocks per filtered text
* Non-lang-translated content before, after, and between langblocks
This should be solving bugs 2878 and 2879. Buy one, get one free.
can be both the hypen and the underscore characters.
Everything is converted to Moodle's (lowercase with hypen) langs.
And the filter returns the full text if some exception happens (bad build
lang tags). Actually it was returning an empty string on error.
Should we be a stricter allowing only the correct langs????
- 100% compatible with previous "Multilang" filter.
- Supports a new "short" syntax to make things easier. Simply use:
<lang lang="XX">
- It needs less resources and executes faster.
- It Allows any type of content to be used. No restrictions at all!
Merged from MOODLE_14_STABLE
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.
