<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Arnaud, <br>
    <br>
    Am 04.10.2011 17:11, schrieb <a class="moz-txt-link-abbreviated" href="mailto:arnaud.malguy@arkarell.com:">arnaud.malguy@arkarell.com:</a>
    <blockquote
cite="mid:1759792166.295107.1317741117444.JavaMail.open-xchange@oxltgw38.schlund.de"
      type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      <p style="margin: 0;"> <span> <span></span> <span
            style="font-size: 10pt;">Hi Michael,</span> </span> </p>
      <p style="margin: 0;"> <span style="font-size: 10pt;">Hi Peter,</span>
      </p>
      <p style="margin: 0;"> </p>
      <p style="margin: 0;"> <span style="font-size: 10pt;">Thanks for
          your answers.</span> </p>
      <p style="margin: 0;"> </p>
      <p style="margin: 0;"> <span style="font-size: 10pt;">I tried to
          put the implementation name in the &lt;data&gt; node as
          specified by Peter, but it doesn't work, my package is not
          loaded when I put "com.sun.star.comp.JAXTHelper" at that place
          which must contains in fact the name of my filter (if I
          understand well). When reading code of XSLTFilter.cxx, I saw
          that the name of the specific implementation is retrieved in
          msUserData[1] and that stylesheet is retrieved in
          msUserData[5], it's why I assume that each msUserData
          corresponds to the sequence of value in the data node, values
          separated by semi-colon because stylesheet is the sixth entry
          in this string (ok to msUserData[5] found in code).   And also
          beacuse the second entry is empty and a comment in code tell
          that we use this not used user data for specific
          implementation.  </span> </p>
      <p style="margin: 0;"> </p>
      <p style="margin: 0;">Michael, If I understand you, you tell that
        XSLT 2 support must be redone. But I think that this support is
        still here, we only have to find where to set the java
        implementation to override the default libxslt. Do you confirm
        Pete ?  </p>
      <p style="margin: 0;"> </p>
      <p style="margin: 0;"> <span style="font-size: 10pt;">Thanks
          Pete, to have a look on this.</span> </p>
    </blockquote>
    I just pushed 2 commits to LO master that fix the problem you
    encountered. <br>
    <br>
    The configuration of the custom XML filter packages works a little
    different compared to the built-in filters. The 2nd userdata
    parameter currently is just ignored upon importing a package. <br>
    <br>
    The first patch supports importing (but not exporting) the 2nd
    userdata parameter, so you can use the saxon/j based xslt 2.0 aware
    transformation in your filter (but still requires manually editing
    TypeDetection.xcu). <br>
    <br>
<a class="moz-txt-link-freetext" href="http://cgit.freedesktop.org/libreoffice/core/commit/?id=960f4bdd71c9de19059279d61abb142ddfdac0ce">http://cgit.freedesktop.org/libreoffice/core/commit/?id=960f4bdd71c9de19059279d61abb142ddfdac0ce</a><br>
    <br>
    The second patch adds a simple entry field that lets you edit the
    transformation service that should be used with your filter. If you
    leave it blank, the built-in service (currently libxslt) will be
    used, but you're free to enter any service, like the
    com.sun.star.comp.JAXTHelper thing that uses to saxon9/j internally.<br>
    <br>
<a class="moz-txt-link-freetext" href="http://cgit.freedesktop.org/libreoffice/core/commit/?id=11fbde8fed1a866c4ec9565d56f5f5034631d8b2">http://cgit.freedesktop.org/libreoffice/core/commit/?id=11fbde8fed1a866c4ec9565d56f5f5034631d8b2</a><br>
    <br>
    The ui is really the simplest thing that could possibly work, and it
    doesn't do any input validation or whatever, but at least it's
    there.<br>
    <br>
    If anyone could tell my how to include a simple help snippet for
    that input fields I'd gratefully write a line or two. <br>
    <br>
    If you're in a hurry those patches should apply cleanly to a
    checkout of the 3.4.3 release branch, otherwise they hopefully make
    it into one of the upcoming releases. <br>
    <br>
    Cheers, <br>
    <br>
    Peter<br>
    <br>
    <br>
  </body>
</html>