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