David Scotson

Do you have cookies disabled? When I move from page to page in that site it retains my choice of font face and size.

It looks like it uses a different technique from the the style switcher I implemented (copied from zeldman.com) though you can achieve very similar effects. With Zeldman's switcher you can also view and switch stylesheets in Mozilla by choosing *View* -> *Use Style* and selecting from the list.

You can use these switchers to control any part of your site's style (colors, images, fonts, even layout) as long as those styles are defined only in the CSS. I'm hoping that Moodle will soon allow user stylesheet switching so that we can create a 'hi-vis' theme for those with poor eyesight, using bigger text and large, clear, black & white icons etc. and perhaps one for viewing on small-screen devices.

Obviously this will also allow users to choose their favourite background color, font and or other style if that is a requested feature.

I think we're talking at slightly cross-purposes because I got the wrong end of the stick.

Changing from pixels to ems means that Internet Explorer on Windows will allow the user to increase and decrease the text size (other browsers always let you do this).

My issue, which is probably more about usablity & design than strictly accessability, is that the font sizes in Moodle are sometimes hard-coded with <font> tags and so you can't override their default size in the CSS.

For example if you visit our development site you can see a little experimental text-size switcher in the top-right-hand corner.

http://guide.gla.ac.uk/moodle/development/

This changes the size of some text, but others remain the same e.g. the names of tutors in the Course description boxes. From looking at your site it seems you too have been unable to overule the font size setting in that particular case.

I'm not sure if that was W Page's problem with text size too, or if it was the Internet Explorer resizing bug that troubling him.

Are you the administrator of the site?

If you are click on Configuration... in the Administration menu.

Then select Variables from the list of options and ensure that the setting for htmleditor: is set to "allow". If it is not, change it and save the change by clicking the save changes button at the bottom.

This will allow WYSIWYG editing for the entire Moodle site, but each individual can switch it on or off on an individual basis.

To do this, click on your name at the bottom of the screen where it says "You are logged in as [your name]" and click the edit profile button.

If you have succesfully completed the first step then there should be an option entitled When editing text:. Set this to Use HTML editor and save the change by clicking the update profile button. This will turn on WYSIWYG editing for you as an individual user.

WYSIWYG will only work in Mozilla and Internet Explorer, even when turned on by following these instructions.

Replying to myself:

/mod/forum/post.php strips the tags before validating the submitted form in every case apart from plain text.

I'm wondering if this could be moved the output side of the equation (or changed in some other manner) without compromising security?

After all the 'bad' tags are stored for 'plain text' format and escaped later for output purposes.

Is it one of the functions of the text filters to strip random HTML tags? I have tags going missing and I'm not sure where it's happening.

For example, in Markdown:

    Please don't use any `<blink>` tags.

should automatically be encoded to:

<p>Please don't use any <code>&lt;blink&gt;</code> tags.</p>

However the <blink> tag seems to get stripped before it gets to the Markdown processor giving:

<p>Please don't use any `` tags.</p>

as output.

The function "format_text" in weblib.php makes it sound as if the text input is taken straight from the user, and it appears to hand it to the Markdown processor before filtering so I'm a bit lost as to where these tags have gone.

Does anyone know where and when this tag filtering occurs?