Created attachment 50412 [details] Examples for Shapes → intersect behaviour Suppose you introduce a picture on a Draw document and then draw on top of it a shape (a rectangle, an ellipse), if you select both and do Right click → Shapes → Intersect you will obtain the shape with the image as background. The expected result is the shape showing as background the part of the image that it covered previously to the intersection. While this expectation is fulfilled under certain circumstances (mainly, pictures that were not resized and are smaller than the page) you'll obtain weird results on other situations, like compressed, displaced or even distorted images. See attached odg for a more detailed explanation and for a simple example to test the behaviour. NOTE: while reported against 3.4.2, the problem is also present on 3.3.3.
Currently, I cannot seem to find any problems with the intersect tool other than occasionally, the re-sized shape is displaced. On your attachment, I ran intersect on the two shapes in each section (the image window and the ellipse) and I see no deformation. Am I testing correctly? On LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux.
Created attachment 50428 [details] "Before and after" example On the attached pdf, first page shows the "before and after" for the second image on previous example, while second page shows the "before and after" for the third image. As you can see from the screen shots, the result on the first page is as if the image had not been rescaled at all. The result on the second image is even worse: the resulting image is not only far smaller than the original image, but it is also horizontally compressed (OK, just a bit, but noticeable).
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
The problem is present on 3.5 beta2.
Still reproducible using Mac OSX 10.9 with LibreOffice Version: 4.3.0.1 Build ID: 9ed0c4329cf13f882dab0ee8b9ecd7b05e4aafbb
*** Bug 64770 has been marked as a duplicate of this bug. ***
this must be behaviour as it has always been. Recently in https://bugs.freedesktop.org/show_bug.cgi?id=68236#c6 Regina gave some nice explanation on a 'similar' issue
managing expectations > importance to medium..
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.1 or preferably 5.0.2.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-10-14
Still repro. Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+ Build ID: 81fa5340191baf8687f9c82f1f414f5afc86b529 Threads 4; Ver: Windows 6.1; Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-03_21:19:19 Locale: fi-FI (fi_FI)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Still present on LibO 5.2.3.3 under openSUSE 42.2 (64 bits) system
Created attachment 137857 [details] Test of all form functions in LOO 5.3.6.1 64bit win10 test of all form function in LOO 5.3.6.1 64bit win10 right mouse taste form functions 1st form function: combine is like substract, but i expect add in boolean thinking 2nd form function: connect is weird 3rd form function: fusion : no effect, what boolean effect is expected here? 4th form function: substract: ok 5th form function: intersect: is weird in all 3 examples in size 6th form function: same width: ok 7th form function: same heigth: ok Boolean symbols would be nice for boolean form functions.
Created attachment 137859 [details] pdf of test of all form functions in 5.3.6.1 64bit win10 test of all form function in LOO 5.3.6.1 64bit win10 right mouse taste form functions 1st form function: combine is like substract, but i expect add in boolean thinking 2nd form function: connect is weird 3rd form function: fusion : no effect, what boolean effect is expected here? 4th form function: substract: ok 5th form function: intersect: is weird in all 3 examples in size 6th form function: same width: ok 7th form function: same heigth: ok Boolean symbols in LOO form functions would be nice for boolean form functions.
test of all form function in LOO 5.4.2.1 64bit win10 right mouse button form functions 1st form function: combine is like substract, but i expect add in boolean thinking 2nd form function: connect is weird 3rd form function: fusion : ellipse gone like in 5.3.6.1, what boolean effect is expected here? 4th form function: substract: ok 5th form function: intersect: is weird in all 3 examples in size 6th form function: same width: ok 7th form function: same heigth: ok Boolean symbols in LOO form functions would be nice for boolean form functions. same results like 5.3.6.1
(In reply to paulystefan from comment #14) > Created attachment 137859 [details] > pdf of test of all form functions in 5.3.6.1 64bit win10 > > test of all form function in LOO 5.3.6.1 64bit win10 > > right mouse taste form functions > > 1st form function: combine is like substract, but i expect add in boolean > thinking > 2nd form function: connect is weird > 3rd form function: fusion : no effect, what boolean effect is expected here? > 4th form function: substract: ok > 5th form function: intersect: is weird in all 3 examples in size > 6th form function: same width: ok > 7th form function: same heigth: ok > > Boolean symbols in LOO form functions would be nice for boolean form > functions. fusion: ellipse is gone, no effect on background picture
(In reply to paulystefan from comment #13) > Created attachment 137857 [details] > Test of all form functions in LOO 5.3.6.1 64bit win10 > > test of all form function in LOO 5.3.6.1 64bit win10 > > right mouse taste form functions > > 1st form function: combine is like substract, but i expect add in boolean > thinking > 2nd form function: connect is weird > 3rd form function: fusion : no effect, what boolean effect is expected here? > 4th form function: substract: ok > 5th form function: intersect: is weird in all 3 examples in size > 6th form function: same width: ok > 7th form function: same heigth: ok > > Boolean symbols would be nice for boolean form functions. 3rd function fusion: ellipse is gone, no effect on background picture
Test of all form functions in LOO 6.0.5.1-64bit in win 10-64 right mouse taste form functions no change against 5.3.6 and 5.4.2 before Boolean: A is the greater rectangle and B is the ellipse 1st form function: combine is here like substract of A-B= here A with hole of B, but i expect add like A+B in boolean thinking 2nd form function: connect (A+B?) is weird 3rd function fusion: (A before B?) ellipse is gone, no effect on background picture 4th form function: substract: A-B, same like first function, ok 5th form function: intersect: B-A= Part of A with size of B, is weird in all 3 examples in size 6th form function: same width like ellipse: ok (with selection ellipse first, width of ellipse same like rectangle: ok) 7th form function: same heigth like ellipes: ok (with selection ellipse first, heigth of ellipse same like rectangle: ok) Boolean symbols would be nice for boolean form functions. You need more control of selection with more objects. What is first or second if you select both with mouse rectangle?
Dear RGB, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Same behavior on 6.2.4.2: if the picture was resized before the procedure, Shapes → Intersect gives a distorted "background" to the resulting shape.
Created attachment 153605 [details] test like in Version 5.3.6 with 6.3.0.4 some weird things again in 6.3.0.4 win64 windows 10 but some difference in detail of forms to previous test in 5.3.6
*** Bug 129230 has been marked as a duplicate of this bug. ***
If any sides of the bitmap exceed the dimensions of the shape, resulting bitmap is shrinked to these shape sides. If larger (and not necessarily resized), bitmap is shrinked to the shape dimensions. Version: 6.4.7.2 (x86) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; Locale: es-MX (es_MX); UI-Language: en-US Calc: threaded
This bug still exists a year later than last comment, and over 10 years since first recorded. It is obvious that the ability to crop an image with a shape is a desirable feature and would improve LibreOffice's usability for the general public. Using LibreOffice version 6.4.7.2. On Linux Mint.
Hi, This bug of " auto-resizing image while shape intersected" is very problematic for us with children. At school, here in Belgium, the students use libreoffice Draw everyday. Cropping freely an image is often asked. I hope the "IMPORTANCE" report of the bug will switch from "normal" to "high" (It's a ten years bug ;-) ). Libreoffice Draw (Dessin) is a great piece of software easily assimilated by children (8 - 12 years old). So please, fix that :-) Thanks.
@regina, With your comment on https://bugs.documentfoundation.org/show_bug.cgi?id=68236&redirected_from=fdo#c6, I assume changing/fixing this behavior is not at all an 'easy hack'?
Created attachment 184663 [details] Crop to shape outline (In reply to Cor Nouws from comment #26) > @regina, > With your comment on > https://bugs.documentfoundation.org/show_bug. > cgi?id=68236&redirected_from=fdo#c6, I assume changing/fixing this behavior > is not at all an 'easy hack'? It is not an 'easy hack'. And it has not to be done as a 'fix' of the intersection tool. It could be done with existing features, see attached file. What I have done manually could be done automatically. An additional dialog would be nice to allow the user to adjust the values with having a nice preview. The preview in the Area dialog is not suitable and the current Area dialog has no option to force the original size of the image. The two clouds in the attached file have the image as area fill, which is inserted in the first slide.
Hi, This old bug make the intersect totaly tool unusable with a picture. In my school, a lot of students need that feature to crop freely a picture with this tool everydays. A solution would be to send this bug directly to the developpers team ;-) Or a workaround is to use the substract tool several times to remove the unwanted parts of a photo (but it’s not a smart time saver solution). Substract tool works correctly. Regards.
(In reply to x.topher from comment #28) > Hi, > This old bug make the intersect totaly tool unusable with a picture. In my > school, a lot of students need that feature to crop freely a picture with > this tool everydays. For cropping LibreOffice provides the cropping tool for pictures. Cropping can be done interactively with handles or by the cropping dialog. Only when you will restrict the picture to an outline of an ellipse or a heart for example, you need to know how to use the settings in the area dialog. And I doubt that such outline is a everydays task. > A solution would be to send this bug directly to the developpers team ;-) Development of LibreOffice does not work that way. To get something fixed or to get a new feature you could: Hire a company to develop this and pay for it. Find a developer to do this for free in his/her spare time. Propose it as a project for a TDF tender. However, you must be able to estimate the time required and name someone as a contact person who will work with TDF to develop the RFP.
Not able to reproduce the problem.The shapes were disappeared while clicking Intersect and the picture remains unchanged. Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 0ddd9f7e055a0c1ecb120de3e40c3fdb8373e9dc CPU threads: 4; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
(In reply to Dayana James from comment #30) > Not able to reproduce the problem.The shapes were disappeared while clicking > Intersect and the picture remains unchanged. > Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: 0ddd9f7e055a0c1ecb120de3e40c3fdb8373e9dc > CPU threads: 4; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: > win > Locale: en-US (en_US); UI: en-US > Calc: CL threaded I can easily reproduce the problem with Version: 24.2.0.0.beta1 (X86_64) / LibreOffice Community Build ID: 5f390384195b7264c6e52add9e90a39790285249 CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: es-ES (es_ES.UTF-8); UI: it-IT Calc: threaded Remember that the problem only appears when the picture has been resized before the intersect process. For example, insert a picture that's bigger than the page so it gets automatically reduced to fit in the margins, then intersect it with a shape: the resulting picture is scaled, not just cropped.