Hi, I'm looking for an easy task to start hacking on OOo and because
I've got some experience with XSLT and Java I stumbled upon that
de-java-ising task for the XSLT export filter. Now because the whole
XSLT processing is based on saxon9j I'm wondering if the task makes any
sense? I aware of saxon9
Hi,
I'll have a look at libxslt and try to add support for libxslt to
XSLTFilter.cxx. I the long run I guess it'll be desirable to let XSLT
filter components tell XSLTFilter wether they want saxon9 / XSLT2.0 or
not using an additional attribute in USERDATA.
Cheers,
Peter
Am Sonntag, den 12.12.
, den 12.12.2010, 13:27 +0100 schrieb Gioele Barabucci:
> Peter Jentsch 11/12/2010 22:42:
> > Hi, I'm looking for an easy task to start hacking on OOo and because
> > I've got some experience with XSLT and Java I stumbled upon that
> > de-java-ising task for the XSLT ex
heers,
Peter
Am Montag, den 13.12.2010, 11:04 + schrieb Michael Meeks:
> Hi Peter,
>
> On Sun, 2010-12-12 at 17:20 +0100, Peter Jentsch wrote:
> > I'll have a look at libxslt and try to add support for libxslt to
> > XSLTFilter.cxx. I the long run I guess it'll b
nsformation and then some "split-long-lines". I don't quite
understand the purpose of that stylesheet. What does it do?
Thanks,
Peter
Am Sonntag, den 12.12.2010, 13:27 +0100 schrieb Gioele Barabucci:
> Peter Jentsch 11/12/2010 22:42:
> > Hi, I'm looking for an e
tation to use
configurable, instead of completely removing the Java based xslt filter
implementation.
Cheers,
Peter
Am Donnerstag, den 30.12.2010, 02:07 +0100 schrieb Jan Holesovsky:
> Hi Peter,
>
> On 2010-12-29 at 14:29 +0100, Peter Jentsch wrote:
>
> > I've gotte
Hi Jan, Hi Gioele,
here's another patch: split-long-lines.xsl seems to be missing from the
list of files in file_xsltfilter.scp. The attached patch should fix
that.
Bye,
Peter
>From 7657c25214ea4f0f73713b9cc007690c626480fa Mon Sep 17 00:00:00 2001
From: Peter Jentsch
Date: Fri, 7
Hi Jan, Hi Gioele,
here's another patch: split-long-lines.xsl seems to be missing from the
list of files in file_xsltfilter.scp. The attached patch should fix
that.
Bye,
Peter
>From 7657c25214ea4f0f73713b9cc007690c626480fa Mon Sep 17 00:00:00 2001
From: Peter Jentsch
Date: Fri, 7 Jan
Am 07.01.11 23:24, schrieb Dan Corneanu:
> Hi,
> supposing I would venture in writing a content provider implemented in
> C++ , to make a CMIS repository accessible to libreoffice,
> what library should I use for accessing the web services on the server?
>
> Best regards,
> Dan.
Hi,
I'm not aware
.
Peter
>From dfae32c3c39896a21f266f37e261b6528687f93d Mon Sep 17 00:00:00 2001
From: Peter Jentsch
Date: Mon, 10 Jan 2011 21:34:09 +0100
Subject: [PATCH 2/2] Add alternative implementation of flat xml filter w/o xslt.
This filter implementation is directly based on
XmlFilterAdaptor and simply dumps the SAX even
Hi Michael,
On Tue, 11 Jan 2011 15:28:31 +, Michael Meeks wrote:
[...]
>
> Good work. I believe we had some bug with a missing association
> with .fodt .fods and .fodp etc. on Windows (and elsewhere) - since we
> could not be confident that the filter would work; now we can. Any
> cha
Hi Jos,
I really only replaced the implementation of the flat format filter with a
lightweight version the requires neither Java nor Xslt. I didn't look at what
the Odf specification says about flat XML, so I can't tell you inhowfar the
exported XML conforms to the spec. But in principle, the
Hi Thorsten,
I share your assumption that a Java API should feel native to Java
developers, but I still think any enhancement should at some point map
to the UNO API. I like the approach the odftoolkit took: they are
creating a fine grained low level API that's very close to the domain
model. And
Ouch! I forgot to include the changed configuration files for the office2003
filters. I'll send that missing patch as soon as I'm home.
Sorry,
Peter
Am 03.02.2011 um 17:54 schrieb Jan Holesovsky :
> Hi Peter,
>
> On 2011-02-03 at 00:00 +0100, Jan Holesovsky wrote:
>
>>> I am just integrati
ll/basis-link/share/xslt/export/wordml/ooo2wordml_draw.xsl
> line 30 element param
> Evaluating global variable var/param being computed failed
>
> Attached the document that triggered that for me (if it is of any
> value).
>
> Regards,
> Kendy
> __
he templates to be self-standing, and yet adapt
>> to the locale nicely.
>>But - your task is primarily the Java -> python
>> conversion I guess :-)
>> Xisco wrote:
>> Yes, you're right but if I have some time before gsoc finishes (or
>&g
I guess :-)
>> Xisco wrote:
>> Yes, you're right but if I have some time before gsoc finishes (or
>> even after) I'd like to take a look to it. Who should I get in
>> contact with in order to get my feet wet ?
> Ah - so the XSLT expert is Peter Jents
Hi there,
after hibernating for a while I've started to finish where I left off in
removing the Java dependency from xsltfilter (was EasyHack De-Java-Ise
flat xml export). I've ported the Java code from XSLTFilterOLEExtracter
(sic) to C++ and found there's a generic C++ interface to zlib hidde
Hi Kohei,
I'm currently working on replacing the Java based XSLT transformations
to using libxslt.
The Office 2003 XML filters are escpecially interesting: they use a
Saxon (Java) extension function to extract embedded OLE streams from
Word 2003 XML in a way Word 2003 can understand (I think that
Hi Albert,
the Wiki has fairly good instructions for building on a couple of
platforms, Windows amongst them. Have a look at
http://wiki.documentfoundation.org/Development/Native_Build
There's special page explaining build dependencies under
http://wiki.documentfoundation.org/Development/Windows
Hi,
I haven't updated for a while, but I could do that tonight and see if something
suspicious gets pulled (or debug into the export, if updating breaks it here,
too)
Bye,
Peter
Am 24.03.2011 um 07:18 schrieb Pierre-André Jacquod :
> Hello,
> after having made a full compile, I have seen
tions, just rebuilding postprocess didn't seem to
suffice and I manually edited services.input in the output tree there,
so there might be some bit missing.
Cheers,
Peter
>From 4eb7bfef439865c44eeaa60e34ebc29b885ae55b Mon Sep 17 00:00:00 2001
From: Peter Jentsch
Date: Fri, 25 Mar 2011 0
gt; module but I got this info:
>
> build -- version: 275224
> This module has been migrated to GNU make.
> You can only use build --all/--since here with build.pl.
> To do the equivalent of 'build && deliver' call:
>
> make -sr
> in the module root
Hi Skyler,
if you want to access the page number at the currently selected position
in the document, you'll have to first get the current selection
(http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OfficeDev/Component/Controllers#XSelectionSupplier),
figure
if there's actually a *po
Hi Noel,
Am 28.03.11 17:46, schrieb Noel Power:
> On 26/03/11 13:42, Peter Jentsch wrote:
>> Hi,
>>
>> I now have a first working implementation of the XSLT extension
>> functions which currently prevent the Office 2003 ML filters from using
>> the lib
Am 29.03.11 15:15, schrieb Jan Holesovsky:
> Hi Peter,
>
> On 2011-03-29 at 11:37 +0200, Jan Holesovsky wrote:
> How wrong I was ;-) - the best is expose the Inflater / Deflater classes
> as you did, so I pushed your stuff as it was.
:-)
> Only did a small follow-up hack, and that was moving them t
Hi,
have you had a look at http://wiki.services.openoffice.org/wiki/OOoBean#nofocus
?
It seems to be related to your problem.
Cheers,
Peter
Am 29.03.2011 um 10:30 schrieb bt1 :
>
> Cedric Bosdonnat wrote:
>>
>> Did you test on several platforms / Window managers? I remember having a
The whole issue somehow makes me think of Martin Fowlers first law of
embedding open office (don't embed).
So, sorry for the redundant hint, and good luck!
Peter
Am Sonntag, den 03.04.2011, 05:50 -0700 schrieb bt10000:
> Peter Jentsch wrote:
> >
> > Hi,
> >
Hi Michael,
Am Freitag, den 08.04.2011, 15:53 +0200 schrieb Michael Meeks
:
[...]
I'd be personally prefer dropping support for it completely
and focus on creating a rock-solid OOXML/ODF roundtrip experience.
Oooh - it'd be lovely to have you working on this with the Novell
team;
there
I've encountered the same or a very similar problem and manually copied
libgcc_s.so.1 to the external/gcc3_specific folder to work around it.
Cheers
Peter
Am 11.04.2011 um 20:28 schrieb Bálint Dózsa :
> Hi,
>
> I need some help.
> I've got this problem:
>
> build -- version: 275224
>
>
Am Montag, den 11.04.2011, 10:48 +0100 schrieb Michael Meeks:
> Hi Peter,
>
> On Mon, 2011-04-11 at 00:11 +0200, Peter Jentsch wrote:
> Oh - completely :-) I'm not disagreeing, just trying to find someone
> who you can work with - so eg. which component: Calc, Writer, Im
Hi Cedric,
thanks a lot for the intro.
Am 13.04.2011 um 09:52 schrieb "Cedric Bosdonnat" :
>
> Then the code for the filter is sitting in two places:
> * import is in the writerfilter module
> * export sits in sw/source/filter/ww8
>
Ok.
>
> There are quite some bugs on that and they a
Hi,
I commited a fix for fdo#35543 (FILEOPEN: hangs when trying to open
SpreadsheetML). The fix is actually more of a workaround than a real
fix, because it simply adds a timeout with the ability to retry or abort
an ongoing load request to the xsltfilter module. I tested the fix on
master but wou
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
ion of
XSLTFilter has been added and set to default instead of java-saxon
implementation. And libxslt doesn't support XSLT 2.0
>
> I found a way to use other implementation (old java-saon) than defaut
libxslt in the following changelog :
>
> 2011-02-04 Peter Jentsch
On Tue, 04 Oct 2011 17:11:57 +0200,
arnaud.mal...@arkarell.com wrote:
Hi Arnaud,
you were correct about where to put the service name in the
TypeDetection.xcu file. Unfortunately, upon import of the package just
that value is discarded, so it never makes it to XSLTFilter.cxx where
it's needed
Hi Arnaud,
Am 04.10.2011 17:11, schrieb arnaud.mal...@arkarell.com:
Hi Michael,
Hi Peter,
Thanks for your answers.
I tried to put the implementation name in the 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 plac
Hi Arnaud,
Am 03.11.2011 um 10:23 schrieb arkarell :
> On 18/10/2011 22:37, Peter Jentsch wrote:
>>
>> I just pushed 2 commits to LO master that fix the problem you encountered.
>>
>> If you're in a hurry those patches should apply cleanly to a checkout
Hi,
I've just pushed some minor changes to the XML filter dialog / XSLT
filter, which basically provide UI controls to select the XSLT
transformation service to use for a particular filter (libxslt or saxon).
Along with that change, I pushed a modification that replaces the XML
source view b
Hi Markus,
thanks for spotting and fixing this. I pushed a fix for that to master
last december and hoped for it to magically move to the 3-5 branch,
which it didn't. Sigh.
http://cgit.freedesktop.org/libreoffice/core/commit/filter/source/xsltfilter/LibXSLTTransformer.cxx?id=80b8744a97502c10b87c2
Hi,
all of my past & future contributions to LibreOffice may be
licensed under the MPL/LGPLv3+ dual license.
Cheers,
Peter Jentsch
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/list
Am 03.07.12 14:51, schrieb Thorsten Behrens:
> Peter Jentsch wrote:
>> I've noticed your recent revival of convwatch.py for layout regression
>> tests. We've been developing a tool (written in Java) that might make
>> convwatch.py more portable, by allow
Hi Michael,
I've noticed your recent revival of convwatch.py for layout regression
tests. We've been developing a tool (written in Java) that might make
convwatch.py more portable, by allowing to ignore certain graphical
differences (caused by the possibly different implementations of
antialiasing
Hi there,
I've been working on a fix for
https://bugs.freedesktop.org/show_bug.cgi?id=44969 fdo#44969.
The fix replaces some XSLT constructs that aren't handled well
performance-wise by libxslt with exslt constructs.
We build and ship libexslt, but don't link against it when building
libxsltfilt
Am 04.09.12 13:16, schrieb Caolán McNamara:
> On Thu, 2012-08-30 at 10:10 +0900, mete0r wrote:
>> Hi,
>>
>> I'm developing an document import filter (which will be packaged as
>> an .oxt extension) and it needs to perform XSLT transformations during
>> the process of importing (I don't believe xslt
Splitting the Saxon stuff should be possible and has been one of the goals of
the libxslt port. I haven't tested that, though.
Peter
Von meinem iPhone gesendet
Am 05.09.2012 um 14:27 schrieb Caolán McNamara :
> On Wed, 2012-09-05 at 08:15 +0200, Peter Jentsch wrote:
>> JAX
On 2012-09-10 06:01:27 +, David Tardon said:
Hi Peter,
On Sun, Sep 09, 2012 at 11:16:26PM +0200, Peter Jentsch wrote:
Hi,
I'm attaching a series of patches that I can't seem to get into
gerrit (presumably because the first commits precede the switch to
gerrit and thus don
sendet
Am 11.09.2012 um 12:40 schrieb Jan Holesovsky :
> Hi Peter,
>
> Peter Jentsch píše v Ne 09. 09. 2012 v 23:16 +0200:
>
>> I'm attaching a series of patches that I can't seem to get into gerrit
>> (presumably because the first commits precede the switch to gerri
Hi David,
I found the MS XML 2003 filters to use XSLT 2.0, but only for the way
they referred to extension functions (which is no longer required).
Also, Saxon offers some optimizations for the recursive templates used
in spreadsheetml 2003 (that Xalan doesn't handle well), so that might
have
: I637531c09b391ef458ae6395518129d981662ff2
Gerrit-PatchSet: 1
Gerrit-Project: core
Gerrit-Branch: master
Gerrit-Owner: Peter Jentsch
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
50 matches
Mail list logo
