Issue 24398 - XSLT filter shall receive a default set of parameters
Summary: XSLT filter shall receive a default set of parameters
Status: CLOSED FIXED
Alias: None
Product: xml
Classification: Code
Component: external filters (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: jogi
QA Contact: issues@xml
URL:
Keywords:
Depends on:
Blocks: 22012
  Show dependency tree
 
Reported: 2004-01-14 15:03 UTC by svante.schubert
Modified: 2004-07-19 07:11 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description svante.schubert 2004-01-14 15:03:00 UTC
As discussed by phone, we should provide a default set of parameters (possibly a
solution for a customer to expand these) for the XSL transformation.

The best scenario is the adaption of relative links, when the source document is
transformed into a different directory.

The parameter should be based on the XHTML transformation:

<!-- OPTIONAL: (MANDATORY: for all input document with relative external links):
paramter is a (relative) URL to the source directory.
Relative links from the office document (e.g. to external graphics) will get
this parameter as a prefix -->
<xsl:param name="sourceDirURL" select="'./'" />

<!-- OPTIONAL: (MANDATORY: for zipped input document with relative internal links)
To access contents of a jared office file (content like the meta.xml, styles.xml
file or  graphics) a JAR URL could be choosen or
when working with OpenOffice a Package-URL encoded over HTTP can be used to
access the jared contents of the the jared document.
Default: sourceDirURL - in case a zipped office document had been unpacked the
(usually embedded) graphics would reside aside the source directory -->
<xsl:param name="jarRootURL" select="$sourceDirURL" />

<!-- OPTIONAL: (MANDATORY: for session management by URL rewriting)
Useful for WebApplications: if a HTTP session is not cookie based, URL rewriting
is beeing used (the session is appended to the URL).
This URL session is used for example when links to graphics are created by XSLT.
Otherwise the user havt to log again in for every graphic he liks to see. -->
<xsl:param name="optionalURLSuffix" />

<!-- OPTIONAL: DPI (dots per inch) the standard resolution of given pictures
(necessary for the conversion of 'cm' into 'pixel')-->
<!-- Although many pictures have a 96 dpi resolution, a higher resoltion give
better results for common browsers -->
<xsl:param name="dpi" select="111" />

<!-- OPTIONAL: in case of using a different processor than a JAVA XSLT, you can
unable the Java functionality
(e.g. encoding chapter names for the content-table as href and anchors ) -->
<xsl:param name="java"        select="true()" />
Comment 1 lo 2004-03-19 10:20:48 UTC
please verify in xsltfilter01
Comment 2 lo 2004-03-19 10:24:11 UTC
please verify in xsltfilter01
Comment 3 svante.schubert 2004-04-02 14:05:59 UTC
As discussed only 'targetBaseURL' is currently delivered, resulting into the
base URL of XHTML.
Comment 4 svante.schubert 2004-04-20 14:18:57 UTC
SUS:Reassigned to the QA
Comment 5 svante.schubert 2004-04-22 14:02:41 UTC
SUS: Changed to DEFECT as discussed with JSI
Comment 6 jogi 2004-04-23 09:55:17 UTC
OK.
Comment 7 jogi 2004-04-23 09:55:40 UTC
fixed.
Comment 8 jogi 2004-04-23 09:55:59 UTC
verified.
Comment 9 jogi 2004-07-19 07:11:22 UTC
OK in MASTER src680m48.