Problems with import of shape type 'arc' from binary MS Office

Regina Henschel rb.henschel at t-online.de
Tue Mar 12 18:22:09 UTC 2019


Hi Mark,

Mark Hung schrieb am 12-Mar-19 um 15:59:
> 
> 
> Regina Henschel <rb.henschel at t-online.de 
> <mailto:rb.henschel at t-online.de>> 於 2019年3月11日 週一 上午6:11寫道:
> 
>     Hi all,
> 
>     It is not possible to change the outer position to set the sector to
>     the
>     original position, because that might result in positions outside the
>     page. But that is not possible for text documents.
> 
>     I consider to change the import so, that the viewbox only includes the
>     current sector not the entire ellipse. What do you think?
> 
> 
> I wonder why this is necessary if both MSO and LibreOffice interpret the 
> viewbox and arc command the same way.

But they have different size and position of the viewbox. I have written 
https://bugs.documentfoundation.org/show_bug.cgi?id=124029. It has a 
document attached, where you can see the problem.

  If they don't, I'd consider to
> scale the parameters of the arc command because other command might rely 
> on the viewbox.

It is only about the shape 'arc'. I do not see the problem for other 
shape types. The 'arc' has a special treating anyway, see 
msdffimpl.cxx#4513. Setting a special viewbox for the 'arc' shape would 
have no effect on other shapes.

There would be a difference for the user. If he changed the angle of the 
arc, he would notice, that the adjustment handles leave the rectangle of 
the resize handles and the sector might be partly outside the rectangle 
of the resize handles.

  Or maybe the view port were set to 0,0,0,0 as in
> tdf#76334? I saw pptx always import the viewbox as 0,0,0,0, and there 
> are treatment that I felt that might be wrong.

That is in the OOXML import filter and not affected here. The treating 
there is wrong, but it is a different problem.

Kind regards
Regina





More information about the LibreOffice mailing list