https://bugs.freedesktop.org/show_bug.cgi?id=68236
Cor Nouws <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTABUG --- Comment #7 from Cor Nouws <[email protected]> --- Hi Regina, (In reply to comment #6) > This is the expected behavior, when one of the objects for > merge/subtract/intersect is a picture. These operations first convert all > marked objects to contour. (You can verify this when you look into the > information in the undo list.) When such converting is done on a picture, > then a polygon is build, with the picture as background. Then the two > polygons are subtract. The resulting object gets the background of the > deepest object, with is the picture in your example. Ah, valid explanation. Thanks! > During the "convert to contour" the background picture is set to "AutoFit". > This kind is taken over by the resulting object. But because the resulting > object has a different ratio, the picture is skewed. > > If you want only to show a rectangle part of the picture, then not subtract, > but crop (in the picture properties) is the correct tool. Yes. And the exporting via File menu Export (not via context menu Save Picture) indeed results in the cropped picture > An unregular cut-off needs some tricks and you should ask on forum or > mailing list for that. IMO not what we aim for. > I think, it is no bug. Me too. Again tanks for the explanation.. @troudelalmanach closing as NOTABUG. If you think it's still a bug, pls explain and reopen. Cheers Cor -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
