https://bugs.documentfoundation.org/show_bug.cgi?id=128309
--- Comment #9 from Julien Nabet <serval2...@yahoo.fr> ---
(In reply to osnola from comment #8)
> > 1508 case 0x8201: {
> > ...
> > 1512 MWAW_DEBUG_MSG(("ApplePictParser::readZone: reading compressed
> > Quicktime is not implemented\n"));
> > ...
> > 1515 break;
>
> Most probably, a bad comment. I guess this comment was at first about
> opcodes 8200 and 8201, and then I found some files with opcode 8200 ( so I
> tried to reverse its format ).
>
> > What does disable pct filter in libmwaw?
>
> Oops, I was talking nonsense. I just checked that the libmwaw code for
> ApplePicture can be called in LibreOffice by hand selecting the Mac Legacy
> Drawing filter. This means that the ipict filter is called first and accepts
> to convert the given image ( which I will send you by mail )
Received but it seems the same as
https://bugs.documentfoundation.org/attachment.cgi?id=155279
>
> > Perhaps LO ipict part could use libmwaw which could itself use libtiff
> > when tiff is concerned.
> > Now if it's the case, I don't know how to do this.
>
> For this picture, I suppose that it is possible to modify ipict and add a
> function to try to retrieve a bitmap by mimicking the code of
> "ApplePictParser::readQuicktime".
>
> Note:
> Apple Picture can be a mixture of bitmaps and vector graphics. ipict can
> call codes to work on bitmaps (for example, draw a rectangle in XOR mode,
> ...), so it is often better. In libmwaw, I don't have such a code, so I
> create only a vector graphic, (i.e. in this case, I add a rectangle and
> ignore the XOR mode).
Ok, I'm not good enough at dev to do this but it seems to be a good starting
point for some devs.
--
You are receiving this mail because:
You are the assignee for the bug.
