Hi Andreas,
Thanks for pointing this out. Sorry about that, I must have been
looking at gifs with I tested this.
Andreas Hartmann wrote:
Hi Doug,
[EMAIL PROTECTED] wrote:
[...]
+ <map:act type="resource-exists-enhanced">
+ <map:parameter name="url"
value="fallback://resources/{../2}/{../3}.{../4}"/>
+ <map:parameter name="type" value="file"/>
+ <map:transform src="xslt/scale.xsl">
+ <map:parameter name="url"
value="fallback://resources/{../../2}/{../../3}.{../../4}"/>
This doesn't work for me. IIRC Batik can't access Cocoon's source
resolver and therefore can't work with fallback:// URLs. Does it
really work for you?
nope, doesn't work for me either. The imput module works like a champ
though.
I'm replacing the fallback:// URL with a call to the fallback
input module, this way the input module does the resolving and
passes a comprehensible URL to Batik.
Thanks :)
The main reason for the commit was to allow shared resources to be
displayed. On giving this some thought though, the shared resources
should really just be a part of the template/skin and should be sized
for the display when created (I guess there are some exceptions to this).
Do we want to incur the extra processing for shared resources? If
needed, you could write your own image2svg.xsl in your pub.
WDYT?
Would you mind testing it with the fallback:// URL again?
Beware that the pipeline is caching :)
Thanks a lot,
-- Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
