[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: MSOD and PPT import filters
From:       Nicolas Goutte <nicolasg () snafu ! de>
Date:       2004-11-02 9:26:02
Message-ID: 200411021026.03894.nicolasg () snafu ! de
[Download RAW message or body]

On Monday 01 November 2004 22:23, Michael Goldish wrote:
> On Monday 01 November 2004 18:22, Nicolas Goutte wrote:
> > As Werner has told, create an enum or so and set it currently to
> > PowerPoint. After we will have made all changes to the filter system to
> > support OASIS (and perhaps to fix other problems), we could try to
> > implement such things (like what is the format of the parent file.)
>
> Even if I can assume the parent file format is powerpoint, I still need
> data from it, like the color scheme and texts. This data is stored in the
> PPT file outside the MSOD chunk, which means that normally it's not passed
> to the MSOD filter. How should I pass it? There's also an option of
> returning data back from the MSOD filter to the PPT filter (data like
> locations of text boxes), and letting the PPT filter do the main work. In
> any case something needs to be done. Or have I misunderstood you? Please
> forgive me if I'm confusing things - I'm a beginner.

H'm that is bad indeed.

So perhaps that means that the MSOD filter should be changed.

I do not know if there are MSOD files alone (I do not think so), so perhaps 
you would need to integrate this filter more with the current OLE filters. 
(But on the other hand the MS Word filter is not anymore with the other OLE 
filters.)

I do not know if my idea with SVG is good, but that could be a way too to 
solve the problem: to have code outside the filter system to handle MSOD to 
SVG and when you have the SVG data, you can pass it to Karbon with the 
current filter system (assuming it is needed.)

>
> > Has SVG text written directly or indirectly as shapes?
> >
> > If SVG has it directly, then you could try to concentrate on writing a
> > MSOD to SVG filter. Then only the SVG filter would need to be intelligent
> > enough (or perhaps not at all depending on Karbon's OASIS format but that
> > is a part of the OASIS specification that I do not know.)
>

> I've tried opening a SVG file that contains some text (generated by
> Inkscape) with Karbon and it appeared blank. I guess this means there's no
> text support yet? Does this mean I should start working on text support for
> SVG->Karbon?

It depends. 

See if Qt's implementation would be enough for you until Qt4 is out (or at 
least when we will know more about SVG in Qt4). If it is enough, then you can 
use it as picture (class KoPicture) in KWord and KPresenter.

Have a nice day!

 _______________________________________________
> koffice-devel mailing list
> koffice-devel@kde.org
> https://mail.kde.org/mailman/listinfo/koffice-devel

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]