Date: prev next · Thread: first prev next last
2019 Archives by date, by thread · List index


Hi Miklos,

Miklos Vajna schrieb am 06-Aug-19 um 09:26:
Hi Regina,
[..]
2) I wonder if you want to behave differently for ooxml- shapes if they
are loaded from ODF or OOXML. I thought that the idea for ooxml- shapes
is exactly that the know they are from OOXML, so no matter if they are
loaded from ODF or OOXML, we handle them the way MSO does. But perhaps
there is some detail I miss here. :-)

[ If you load a shape from PPTX, then save to ODP, reload, you probably
expect unchanged behavior, correct? ]


Yes, that is the goal, that ooxml-shapes from .pptx and from saved .odp behave the same. But currently the handles in shapes from .odp are not moveable.

The missing detail is this: When the model is build from .pptx the shapes contain the attributes RefX, RefY, RefR and RefAngle. These attributes bind the handle to the adjustment value. They are needed to calculate the new adjustment value, when the user moves the handle. But these attributes are not stored in .odp and ODF has no means to do so. In .pptx they are neither stored directly, but they are added from the preset definition in the .pptx import filter. So my idea is, to add them in the .odp case too.

I found that MergeDefault is called for .odp to merge the defaults from the old kind MS shapes, which are used in our sets. So I thought it would a good place to add the missing parts of the ooxml-shapes here too. My patch works already in its current state, but it is not 'nice'.

Kind regards
Regina

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.