Most likely you miss the resource:// prefix that presents in the example you referenced to.
<a4j:loadStyle src="resource:///stylesheet/ecsc.xcss" />
If does not work, post the content of this xcss
Never mind. I finally figured it out after looking at the download of the demo war.
I was missing the resource:// in the front of the src attribute. I had mistakenly thought that the demo was trying to pull it out of a JAR when I just had my xcss file in a sibling directory.
Documentation would still be VERY usefull though...
Thanks. That's what I found and it does work now.
Is there any documentation on the structure of these xcss files? A schema (XSD) file?
The reason why I ask is because while this takes care of my need to reuse skin parameters in other CSS entries, I was wondering if it could also take care of another need/desire. What would be great, is if it could handle the case where one style entry could incorporate one or more other entries without having to redo the others. Basically building upon another entry.
This would cut down on the size of my css/xcss file along with using multiple entries in the styleClass attributes (or similar ones).
XCSS format doc is missing along with other doc on RichFaces CDK. Originally, it was just for internal use with no outside access.
With 3.2.1, we are going to introduce "Skin Addon" feature, where xcss will be used. So, the doc is coming.
In the further releases, we are going to use EL and EL function instead of xcss selectors. So, most likely, the pure css format will be used.
However, the question about extending this feature for reusing not only skin properties, but other css artifacts is very arguable.
First, because it make your css less standardized. Second, the css is inexhaustible just as atom. So, such feature requires a lot of resources to implement and support.
Thanks! I am already looking forward to 3.2.1 for other fixes too anyways.
Personally I don't think I would need to extend it, but using EL and going to CSS (dropping the XCSS) would be great to me.
Is the resource:// prefix mandatory ?
I'd like to link to the stylesheet manually and have the control of the URL because of the firewall that is very restrictive.
URLs like those are kind of rejected :