|
I see the use cases now Gavin (via the linked issues) - thanks.
I had the same need when I built the ecs input plugin (in whiteboard). The index.xml page describes what I did (basically defined the available CSS and expected the user to provide their own CSS). I opted for this because, since we don't know the users skin/theme we can't really provide meaningful default CSS.
However, I see some defaults may be useful. My initial thought is that the plugins could provide an "extra.css" or "extra-css.xml" file. These can then be collated when the plugin is installed at startup. The collated document is then embedded in skinconf.xml or a dispatcher contract as appropriate. I think the image should come from something like FOR-970
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
As things stand at present plugins can provide CSS class attributes for generated elements. These classes can then be defined in skincon.xml (for skins) or in the theme definition in themes. Can you describe why this doesn't work out for your use case.