summaryrefslogtreecommitdiffstats
path: root/src/snap.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 1) Fix moving by an integer multiple of the grid spacing (<alt>-dragging in ↵Diederik van Lierop2010-02-251-1/+1
| | | | | | | | | | the selector tool) 2) Allow constrained translation for 1) (with <ctrl>) 3) Fix snapping to the grid when pasting 4) Show snap indicators for all of the above 5) Implement snap delay mechanism for 1) and 2) (bzr r9113)
* Finally introducing the pre-snap indicatorDiederik van Lierop2010-01-301-0/+2
| | | (bzr r9034)
* Remove redundancy from snapping API (type of snapsource no longer has to be ↵Diederik van Lierop2010-01-231-23/+12
| | | | | specified explicitly) (bzr r9014)
* * Merge from trunkKrzysztof Kosi??ski2010-01-141-44/+37
|\ | | | | | | | | | | * Update to new snapping API * Modify the join action slightly (bzr r8846.2.11)
| * Refactoring the snapping API (making it easier to maintain and understand ↵Diederik van Lierop2010-01-091-25/+18
| | | | | | | | | | for the devs) (bzr r8960)
| * Refactor snapping of gradient handles; now behaves like all other snapping, ↵Diederik van Lierop2010-01-011-2/+2
| | | | | | | | | | | | | | | | i.e. no more snapping to imaginary infinite lines along the bounding box Fixed bugs: - https://launchpad.net/bugs/371001 (bzr r8932)
| * refactoring the snapping code (laying the groundwork for my next commit ↵Diederik van Lierop2009-12-241-26/+26
| | | | | | | | | | which reduces snap jitter) (bzr r8906)
* | * Implement node snapping.Krzysztof Kosi??ski2010-01-101-20/+37
|/ | | | | | | | | | | | | * Fix minor bug in linear grow. * Add --fixes. * Move some node selection-related functions to ControlPointSelection. Fixed bugs: - https://launchpad.net/bugs/170561 - https://launchpad.net/bugs/171893 - https://launchpad.net/bugs/182585 - https://launchpad.net/bugs/446773 (bzr r8846.2.9)
* Revert recent refactoring changes by johnce because they break the build, ↵Maximilian Albert2009-08-061-1/+1
| | | | | which cannot be fixed easily. (bzr r8422)
* SPDocument->Documentjohnce2009-08-051-1/+1
| | | (bzr r8404)
* Snap guides to grids (fixes bug #170741)Diederik van Lierop2009-08-021-1/+9
| | | (bzr r8381)
* Snap guides to intersections of curves too (see bug #405419)Diederik van Lierop2009-07-291-1/+1
| | | (bzr r8361)
* Remove an unused parameter from the snapping APIDiederik van Lierop2009-06-201-3/+1
| | | (bzr r8119)
* Documenting of the snapping APIDiederik van Lierop2009-06-181-7/+16
| | | (bzr r8111)
* When dragging the origin of a guide along that guide, we should use ↵Diederik van Lierop2009-06-021-1/+3
| | | | | constrained snapping instead of free snapping. Also make sure that we snap to paths too, not just to guides (bzr r7973)
* Implement constrained snapping when dragging the position and size handles ↵Diederik van Lierop2009-03-151-0/+2
| | | | | of a rectangle in the node tool, with the ctrl-key being pressed. (bzr r7497)
* Remove obsolete includes of libnr files in the snapping codeDiederik van Lierop2009-03-141-5/+0
| | | (bzr r7491)
* Snap guides to (intersections of) guides (closes bug #331143)Diederik van Lierop2009-02-251-2/+13
| | | (bzr r7370)
* The snap indicator's tooltip now displays "A to B", whereas before it only ↵Diederik van Lierop2009-02-201-26/+31
| | | | | displayed "B". (bzr r7335)
* After snapping, show a tooltip together with the snap indicatorDiederik van Lierop2009-02-151-0/+2
| | | (bzr r7296)
* - Snap to the midpoint of shapes and bboxesDiederik van Lierop2009-01-181-0/+1
| | | | | | | - Snap to the midpoint of paths and bbox edges - Refactor the snapping toggle, i.e. what snaps to what when toggling a specific option in the snapping toolbar PS: icons.svg has been modified, so use "make install" if needed (bzr r7144)
* 1) snap midpoints of line segments (both as source and as target)Diederik van Lierop2008-12-141-26/+26
| | | | | 2) snap intersections within a single shape (as source; as target was already implemented) (bzr r7008)
* When snapping only the closest node, draw an indicator at that nodeDiederik van Lierop2008-11-261-11/+20
| | | (bzr r6903)
* Merge from fe-movedTed Gould2008-11-211-4/+4
| | | (bzr r6891)
* Merge from trunkTed Gould2008-10-311-0/+7
| | | (bzr r6887)
* From trunkTed Gould2008-10-271-53/+15
| | | (bzr r6885)
* If a snapper needs a reference to a SPNamedView or a SPDesktop, then get ↵Diederik van Lierop2008-09-071-0/+2
| | | | | that reference via the SnapManager (instead of storing references in the snapper and accessing them directly) (bzr r6773)
* Remove pointer to SPDesktop from ObjectSnapperDiederik van Lierop2008-09-071-0/+2
| | | (bzr r6772)
* Modify the parameters required for setting up the SnapManagerDiederik van Lierop2008-08-281-3/+4
| | | (bzr r6722)
* Move all of the snapper code to 2geomDiederik van Lierop2008-08-111-35/+35
| | | (bzr r6606)
* Snap to intersections of any kind of path (were we previously only could ↵Diederik van Lierop2008-08-081-3/+3
| | | | | snap to intersections of line-segments) (bzr r6597)
* 1) When pasting, use an offset that is a multiple of the grid pitch (got ↵Diederik van Lierop2008-08-061-0/+2
| | | | | | | lost during a previous round of refactoring) 2) Refactor some of the pasting code (bzr r6580)
* NR::Maybe => boost::optionalJohan B. C. Engelen2008-08-051-4/+4
| | | (bzr r6569)
* Fix a regression in the snapper, caused by me. Sorry!Diederik van Lierop2008-05-161-5/+5
| | | (bzr r5680)
* Add a centralized check (i.e. in the snapper mechanism) whether we've ↵Diederik van Lierop2008-05-121-13/+27
| | | | | snapped or not, instead of leaving it up to the various tools. This should prevent these tools from moving to (0,0) if they bluntly use the value returned by the snapping mechanism without checking whether snapping has really occured. (bzr r5659)
* Replace freeSnapSkew() by constrainedSnapSkew(). There is no such thing as ↵Diederik van Lierop2008-05-011-7/+4
| | | | | freely snapping while skewing; snapping will always be constrained (bzr r5569)
* - Major refactoring of snapping related code...Diederik van Lierop2008-04-301-43/+26
| | | | | - Enabling snap indicator for all remaining tools (bzr r5556)
* Refactor snapping mechanisms: in seltrans.cpp, a GSList was converted to a ↵Diederik van Lierop2008-04-111-9/+9
| | | | | std::list in four different places. Now this is handled in only one place (bzr r5407)
* Refactor snapper and snapindicator (in order to enable the snapindicator in ↵Diederik van Lierop2008-04-071-51/+52
| | | | | the selector tool) (bzr r5374)
* Major overhaul of the selector tool's internals to improve handling of ↵Diederik van Lierop2008-03-251-1/+2
| | | | | transformations, origins and snapping, for both visual and geometric bounding boxes (see for example bug #174046 in Launchpad) (bzr r5189)
* Node tool: snap to paths and their nodes, incl. to the path currently being ↵Diederik van Lierop2008-03-081-2/+8
| | | | | edited (bzr r4989)
* Fix #181795Diederik van Lierop2008-01-121-1/+1
| | | (bzr r4471)
* 1) Fix bug #178312Diederik van Lierop2007-12-271-1/+1
| | | | | 2) Fix constrained snapping to objects (bzr r4314)
* 1) solve bug #177995Diederik van Lierop2007-12-221-1/+1
| | | | | 2) don't look for nearby intersections when doing a constrained snap (bzr r4275)
* Introduce verb, menu item and shortcut for the global snapping toggleDiederik van Lierop2007-12-181-0/+4
| | | (bzr r4256)
* Add global snapping toggleDiederik van Lierop2007-12-121-0/+9
| | | (bzr r4221)
* A pasted selection is supposed to snap to the grid, but this cannot work the ↵Diederik van Lierop2007-11-141-10/+0
| | | | | | | way its implemented currently. If one of the points is currently snapped, then how can we make sure that that SAME point is snapped again after pasting? If it's another point that snaps, then this is useless... Furthermore it's also buggy currently (it messes up the grid snapping sensitivity), so I'm removing this functionality. If someone wants it back, we should rather round the paste offset to a multiple of the grid pitch. This way, something that was snapped to the grid before will stay snapped after pasting. (bzr r4083)
* Snap to intersections of line segmentsDiederik van Lierop2007-11-141-3/+14
| | | (bzr r4082)
* Oops, don't use tabs! (replace tabs by 4 spaces)Diederik van Lierop2007-11-031-13/+13
| | | (bzr r4020)
* Groundwork to snap to intersections, e.g. intersections of gridlines with ↵Diederik van Lierop2007-11-031-9/+5
| | | | | guidelines, and of objects with other objects. The snappers used to return only SnappedPoints, but now also SnappedLines and SnappedInfiniteLines can be returned. SnappedPaths will be implemented later. (bzr r4016)
generated by cgit v1.2.3 (git 2.25.1) at 2026-07-18 01:16:23 +0000