Posts made by Urs Hunkler

Picture of Core developers

Using the main CSS is the best choice as Greg wrote. If others find your block interesting and want to use it the styling of your block should work with their Moodle Themes.

You may need a few additional special styling of some elements. You can save them in a file called "styles.php" and place this file into the same directory as your block files.

Moodle scans all installed modules/blocks for "styles.php" files and adds the CSS to the main CSS. Please look at Moodle Docs for further explanations.

I hope this helps
Urs

Picture of Core developers

The best live Moodle page structures and CSS information you get with:

or if you must stay with MS products

FireBug you get from the FF extension page. You may use your favorite search engine to find the IE extension download page.

You will always see the actual page and not an outdated chart with these tools.

I hope this helps.
Urs

Picture of Core developers

Hello Michael,

yes I can develop a Moodle theme adapting the web design of one of those two sites for you.

Please give me your e-mail or other contact information and I will be pleased to send you more details.

If you are interested you may have a look at my profile where you find some further links.

Urs

Picture of Core developers

One addition:

on the FormElements page of CSS-Discuss the following sentence is important.

"Firefox 1.0 ... Hmm... basically fieldsets are incredibly buggy in Firefox and will drive you insane."

Firefox 1.5 does not behave much better as I know from my experience from the actual work on Moodle forms. Firefox renders fieldsets really quite strange.

Will lists make live easier or even more difficult?

Urs

Picture of Core developers

Dear Nick,

@ "Have you considered using lists in the form? Prettier accessible forms has some useful ideas."

No I haven't. I read the ALA article with interest. But after reading the ALA article I see major differences between the simple form example they show and the much more complex Moodle forms like course edit or the admin forms.

Where do you see the advantage in using <ol> and <li> as containers against <div>? With CSS you can handle many container types nearly the same, you can even tell some to behave like another type as you often do with the <ul> and <li> tags.

In the complex Moodle forms we must handle <ol> and <li> like <div> and loose any advantage they have in simple forms. These easily can be thought as lists of items. Complex forms I would never perceive mainly as a list.

From the semantic point of view fieldsets with legends and the label/item pairs give an optimal impression about the type of information you deal with. What is the advantage to add another semantical level with the information that you work with a list especially when there is no "real" list?

I see <ol> and <li> only as another option to get the same result as the one Jamie showed. Nick, I am very interested to hear about the advantages you see.

The argument that some screen readers inform about the number of items in <ol> is interesting indeed. But does it really help when I know that there are 3 or 7 or 2 items following? I don't know.

One point to keep in mind is that the descriptions could have lists too and then we may face a similar situation as in the Moodle course pages. There you must be very careful with lists in your content and the CSS for them.

Looking forward to your answer
Urs