https://bugs.documentfoundation.org/show_bug.cgi?id=132010

--- Comment #7 from Regina Henschel <rb.hensc...@t-online.de> ---
Let's have a technical view on the problem:
"crop" from a user point of view, can have three technical realizations:
A) The main element is a shape. The image is set as fill-image. There exist
several attributes to determine zoom and section of the image.
B) The main element is an image. It has an associated crop-polygon.
C) The main element is an image. It has a clip-rectangle.

B) and C) can be combined.

A) That is already possible in all modules. It corresponds roughly to the tool
"crop to shape" in MS Office. The UI in LibreOffice is the area-dialog, its
Bitmap part is terrible.
When intersect a shape with an image, the current default is "stretch". I
think, that a different default, which keeps the image size, would be better.

B) That is currently only available in Writer. It needs a lot of points to get
a rounded outline, but a rectangular outline is easy. The object has still its
original size, only that parts are hidden. That conflicts with the restricted
canvas in Writer when moving the object.

C) That is the way "crop" is done in LibreOffice in all modules. The
clip-region is always rectangular. Using the handles or entering numeric
values, both require many steps. Determine the area by dragging a rectangle
would indeed be a useful tool.
CSS uses a clip-path, including curves, but that is not yet specified in ODF.
It is worth implementing this CSS feature and bringing it to ODF, because it is
needed for SVG anyway and would be better than extending B) to Draw /Impress.

So I would go with the mentioned improvements for A and C.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to