[Home] [By Thread] [By Date] [Recent Entries]
David Carlisle wrote:
Does that mean that when I change is to type of 'xs:anyUri', it will be interpreted differently?
Yep, now I see that too
In one way that is contrary to what I understand from the specification, yet it is totally understandable from the context of making stand-alone templates that should be used for inclusion: how can you otherwise rely on the relativity of the paths you specify for your imports or document() function if they change once your stylesheet is included elsewhere... Still it is confusing. What I got, so far, from self experience and borrowed from more experienced people, is the following incomplete list about W3 standards regarding this and related: - xsl:import changes the base-href for the imported document to that of itself - xsl:include changes the base-href for the included document to that of itself - @import (css) changes the base-href, EXCEPT when you use a filter, which defaults to the including HTML file as base. This is MS specific. Note that inline css uses the base href from the parent element, and thus the html page, same as with xslt. - script src (html) js files included will inherit the base href from the main html page (with XMLHttpRequest, for instance, or when you create any HTML DOM element) - xslt created via DOM looses the base-href completely (I have yet to find out what happens here) So, there appears to be a clear tendency here, even though it is not yet all up to the same. The href of the document itself will be the base href. ;) You don't have to navigate the xsl:import tree. I understand that now.
|

Cart



