Problem description: "Snap to grid" feature does not work. Steps to reproduce: 1. Open LibreOffice Draw (tested on 4.0.2.2, Arch Linux). 2. Click View/Grid/Display Grid. 3. Click View/Grid/Snap to Grid. 4. Try to draw a rectangle attached to the grid. Current behavior: You can draw a rectangle, but it isn't attached to grid lines. Expected behavior: You should be able to draw a rectangle with their borders being attached to nearest grid lines. Operating System: All Version: unspecified
Thank you for reporting this issue! I have been able to confirm the issue on: Version 3.6.5.2 Platform: Bodhi Linux 2.2 x64 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + As I've been able to confirm this problem on an earlier release I am changing the version number as version is the earliest version that we can confirm the bug, we use comments to say that the bug exists in newer versions as well. Marking as: New (confirmed) Minor - doesn't prevent high quality work, just slows it down a bit High - makes entire feature useless, probably good to fix it even though it doesn't prevent high quality work whiteboard -bibisectrequest -mine is acting funny so I can't do it, not sure if this is inhereted by AOO or not + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Just bibisected and it's present in earliest commit range so bibisect is useless, probably inherited
I can't reproduce this problem here under Crunchbang 11 running TDF/LO v4.1.0.4 with the settings I indicate in this AskLO answer: http://ask.libreoffice.org/en/question/21974/i-want-lines-and-text-to-snap-to-vertical-or-horizontal-grid-lines/?answer=21988#post-id-21988 Rectangles, lines, text boxes, all snap to the set grid, whether I am initially drawing them or moving them. Has this issue been fixed in the v4.1 series?
This is fixed in 4.0.4.2. Closing...
Correct status is WFM since we don't know what fixed it
Reopening the bug report because I'm using 4.3.0.4 and I'm experiencing the behavior described in the bug report.
Created attachment 104882 [details] Currently set options for grid
Created attachment 104883 [details] Settings used for snap to grid The attachements are showing my current settings for the snap to grid feature. Here is a small video example of the behavior I'm seeing: https://www.youtube.com/watch?v=o2S_He7feHE
Setting back to UNCONFIRMED as we'll need to get independent verification again that it's still an issue.
(In reply to comment #6) > Reopening the bug report because I'm using 4.3.0.4 and I'm experiencing the > behavior described in the bug report. (In reply to comment #7) > Currently set options for grid Martin, as I mention in the AskLO answer (linked above), "Note that setting the Subdivision values to 1 will assist with snapping." In your screenshot these are set to 10. Try setting them to 1 and see if it makes any improvement for both drawing and moving objects. Works as expected here under GNU/Linux using v4.3.0.4.
Snapping works if I set the horizontal and vertical subdivision values to 1. But I don't get it why it doesn't work with the setting of 10. It would be more intuitive to me if snapping would correspond to the setting of the subdivision value.
(In reply to Martin Stolpe from comment #11) > Snapping works if I set the horizontal and vertical subdivision values to 1. > But I don't get it why it doesn't work with the setting of 10. I still get effective snapping using a larger number of sub-divisions (e.g., 10), but it is easier to observe behaviour using a smaller number. I merely made the point I did so you could test whether it is working or not. Note that snapping is also related to the zoom level, so 10 sub-divisions is more easily testable at 250% than 100%. (In reply to Martin Stolpe from comment #8) > Here is a small video example of the behavior I'm seeing: > https://www.youtube.com/watch?v=o2S_He7feHE This video appears to show effective snapping to me. It may be that the problem experienced is more related to objects linked via connector trying to align at 90deg and 45deg offsets. This can be overridden by holding down the SHIFT key when dragging connected objects. The object should then snap to the defined grid. Martin, can you test this and report back if it gets around the issue you are having? Best wishes, Owen.
(In reply to Owen Genat from comment #12) > (In reply to Martin Stolpe from comment #11) > Martin, can you test this and report back if it gets > around the issue you are having? > Best wishes, Owen. Setting as NEEDINFO. For me snapping works with LO Version: 4.5.0.0.alpha0+, Linux
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.