a new library for traversing odf files and a new export filter
Lassi Nieminen
lassniem at gmail.com
Tue Mar 26 07:51:04 GMT 2013
Hola,
On Mon, Mar 25, 2013 at 8:12 PM, Inge Wallin <inge at lysator.liu.se> wrote:
> On Monday, March 25, 2013 17:54:53 matus.uzak at gmail.com wrote:
> > Hi,
> >
> > sorry for not discussing earlier, but I did not have much free time last
> > two weeks.
> >
> > I think we should continue the parser type discussion in order to also
> > improve state of things in libmsooxml. What we have there is a PULL
> > parser. And I identified the following problems (Would be cool is Lassi
> > could check those):
> >
> > 1. OOXML sometimes requires us to run the parser twice at one element in
> > order to first collect selected information required to convert the
> content
> > of child elements.
> >
> > 2. There are situations when conversion of the 1st child of the root
> > element requires information from the last child of the root element.
>
> It would be interesting to see some examples of these two issues.
As an example : in pptx files, in slides,
there can be text which is specified to use theme color lt1
Don't remember the exact syntax, but something like
<p>
<rPr "color" = "lt1"/>
<r>Hejsan</r>
</p>
Then as the last element of that slide there may or may not be
<clrMap "lt1" = "bg1" ...../> // or something similar
Which means that lt1 should be interpreted to be bg1 for this particular
slide.
Currently what we're doing is that we first read the slide once, skipping
everything
except clrMap. Then we read the slide again (yay!) and start the real
conversion.
There was something similar in xlsx filters too if my memory serves me
correctly.
-Lassi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/calligra-devel/attachments/20130326/bff908b0/attachment.htm>
More information about the calligra-devel
mailing list