Hi Rex,

Actually I don't think that is accurate. My understanding is that Martin looked at Tango, but it wasn't a good fit for our purposes. Its likely that our designer, Barbara Ramiro will create a custom set of icons for 2.4 (perhaps starting from a base set of icons), much like some of the great work shes done for 2.3.

Dan

We first started with the icons set used in the after burner theme but we added some of the icons based on silk and fugue icon set. We also have to modifiy some icons who arent not included in afterburner. We finally transform some icons from gif to png 24 to avoid the problem of white bordured icons. Thats these modifications that I would like to share. its simple but if it could help..

But now, after reading this page:
http://moodle.org/mod/forum/discuss.php?d=126543

The work that could be done could be far more complex that only replace the actual core icon.

I think if there is a willingness to review the entire system icons, the use of vector icons would be much better. In this case, the icons I wanted to share with you are useless. Otherwise, Let me know.

I agree also with Stuart and Darcy that an svg/font icon solution would be best. Font-Awesome looks good.

Some other SVG icon packs that are open source:

http://keyamoon.com/icomoon/

http://somerandomdude.com/work/iconic/

I came across this font set the other day:

http://symbolset.com/

Given the specific nature of Moodle, it may be diffcult to map an existing set of icons to existing Moodle actions. A bespoke set of icons as suggested by Barbara Ramiro above is the correct way to proceed.

If you are interested in exploring icon development further, I would suggest reading 'The Icon Handbook' by Jon Hicks - http://www.fivesimplesteps.com/products/the-icon-handbook

He rendered the well known Firefox browser icon

regards,
Cathal.

Waterford Institute of Technology,
Waterford
Ireland.

Morning Stuart,

My thoughts on this are equal parts B and C.

It is because of B for instance that I am always concerned that the icon has a logical connection to it's purpose. The Pencil icon for settings has always annoyed me a little. An internationaly recognised symbol for settings is a gear, or gears. Would be nice to standardise this to make it more recognisable. Likewise, I see a megafone as the proposed icon for feedback. How are these two things combined?

Julian

1) C. 2) is a big fat "depends". I would normally use B and or C IF the amount of icons I have to output is low OR I have a way to easily manipulate them (not a sprite sheet) With Moodle currently I would pick "A" because it's much easier to dynamically influence code output (via renderers) than it is CSS (via postprocessors)

This is how I add icons to links. There's probably a slightly better way to do this, and I'm going through my CSS practices just now to see what I can improve.

At the HTML level:

<a class="featureLink add" href="...">Add</a>
<a class="featureLink edit" href="...">Edit</a>
<a class="featureLink delete" href="...">Delete</a>

At the CSS level:

.featureLink {
background-repeat: no-repeat;
background-position: 0 50%;
padding-left: 20px;
}

.featureLink.add {
background-image: url([[pix:theme|icon-add]]);
}

.featureLink.edit {
background-image: url([[pix:theme|icon-edit]]);
}

.featureLink.delete {
background-image: url([[pix:theme|icon-delete]]);
}

I think accessibility has got to be included in thinking about icons.  And I think accessibility is probably reduced when adding icons as backgrounds via CSS ...

I don't see a path clear enough to push changes into 2.4 ... It would be great to have all this decided for 2.5 though. 

Hi Stuart,

I'm not very experienced with screenreader software but from the examples above, wouldn't a screenreader look at both the outer <a> and inner <img> tags and announce both to the user? If this is the case, the background image approach for presenting icon representations of "things" would be a better end user experience. The visually impaired user isn't recieving announcements about the "thing" on the page twice.

The <a> link is the important thing — the fact that it can be represented textually, pictorially or audibly is appealing to certain categories of users.

regards,
Cathal.
Waterford Institute of Technology

Why are blocks and actions icon just gray?  There are many themes with dark header blocks, so the "minus icon" and "move to dock" icon in a block doesn't look very well. Adding light background and border (MDL-36442) is just workaround.

Is is possible to have separate icon for blocks, e.g. white icons instead of grey?