a new library for traversing odf files and a new export filter

[matus.uzak at gmail.com]

Hi,

I would like to add that Theme Colors from MSOOXML are causing us big
problems (invisible text mostly) because named styles and
MasterSlide/SlideLayout styles (PPTX) are based on them.  The color map
might change with each slide/section of a document.  At the moment we
calculate the color for named styles in order to support automatic colors
(inlcudes several methods to calculate the actual color) and styles
inheritance.  Otherwise we would need to check all styles after processing
section/slide and replace values of color related attributes (set to "lt1
for example) by the color from actual color map.  Then recalculate all
automatic colors which includes background/foreground color info and
additional MSOOXML specific attributes which we can not map to ODF.

-Matus

On Tue, Mar 26, 2013 at 8:51 AM, Lassi Nieminen <lassniem at gmail.com> wrote:

> 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
>
> _______________________________________________
> calligra-devel mailing list
> calligra-devel at kde.org
> https://mail.kde.org/mailman/listinfo/calligra-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/calligra-devel/attachments/20130326/c369842f/attachment.htm>