summaryrefslogtreecommitdiffstats
path: root/src/snapped-point.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Clarify licensesMax Gaukler2018-11-081-1/+2
| | | | | | - add license headers to everything - convert a few files from public domain or LGPL2.1+ to GPL2+ - some archaeology to clarify which files are from which library
* Refactoring of the code that handles transformations and snapping in the ↵Diederik van Lierop2015-09-131-4/+0
| | | | | selector tool and the node tool. Splitting large chunks of code into some small classes, and eliminating some wrapper methods which were all just too similar (bzr r14363)
* Header cleanup: stop using Glib types where they aren't truly needed. Eases ↵Liam P. White2014-08-311-3/+4
| | | | | GThread deprecation errors. (bzr r13341.1.190)
* pass class variables by reference for performanceKris De Gussem2014-01-121-1/+1
| | | (bzr r12917)
* 1) Add checkboxes for perpendicular and tangential snapping to the document ↵Diederik van Lierop2012-02-141-0/+2
| | | | | | | properties dialog (on the snap tab) 2) Newly created guides (dragged off the ruler) will take on the angle of the curve that's being snapped to (either perpendicularly or tangentialy, depending of the settings in the document properties dialog) (bzr r10975)
* Merge from trunkKrzysztof Kosi??ski2010-11-251-2/+2
|\ | | | | (bzr r9508.1.70)
| * - Constrained snap: proper implementation of the preference to snap the ↵Diederik van Lierop2010-10-291-1/+1
| | | | | | | | | | | | | | mouse pointer or handle itself (instead of projecting it first onto the constraint) - Fix a crash in SnapManager::multipleConstrainedSnaps (bzr r9866)
| * Fix paraxial pen tool: apply constraint even if we didn't snapDiederik van Lierop2010-10-241-1/+1
| | | | | | (bzr r9847)
* | merge from trunkKrzysztof Kosi??ski2010-08-081-1/+3
|\| | | | | (bzr r9508.1.52)
| * Add a constrained snap method that takes multiple constraints. This reduces ↵Diederik van Lierop2010-08-071-1/+3
| | | | | | | | | | the code repetitiveness in the node tool (bzr r9692)
* | Wholesale cruft removal part 4; fix crash when rendering guidesKrzysztof Kosi??ski2010-08-051-2/+1
|/ | | (bzr r9508.1.48)
* Fix bounding box snapping (LP562205, comment 6, issue II)Diederik van Lierop2010-05-081-3/+5
| | | (bzr r9402)
* 1) Fix moving by an integer multiple of the grid spacing (<alt>-dragging in ↵Diederik van Lierop2010-02-251-0/+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)
* When snapping to a bounding box, flash that bounding box together with the ↵Diederik van Lierop2010-01-191-4/+4
| | | | | snap indicator (bzr r8999)
* Refactoring the snapping API (making it easier to maintain and understand ↵Diederik van Lierop2010-01-091-53/+8
| | | | | 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-4/+7
| | | | | which reduces snap jitter) (bzr r8906)
* Snap to a guide's origin too (resulting in a 2D constraint), instead of only ↵Diederik van Lierop2009-08-021-0/+1
| | | | | to the guide itself (only 1D constraint) (bzr r8383)
* When dragging the origin of a guide along that guide, we should use ↵Diederik van Lierop2009-06-021-0/+1
| | | | | constrained snapping instead of free snapping. Also make sure that we snap to paths too, not just to guides (bzr r7973)
* Improved wording for the snap indicator: gradients snap to their parent's ↵Diederik van Lierop2009-04-121-1/+1
| | | | | bounding box, so the snap indicator now displays "bla bla to bounding box" (bzr r7689)
* Remove obsolete includes of libnr files in the snapping codeDiederik van Lierop2009-03-141-3/+2
| | | (bzr r7491)
* * Implement constrained snapping of knotsDiederik van Lierop2009-03-131-1/+1
| | | | | | * Implement snapping of the rectangle's radius handles * Line snappers: set the snap target in the derived class instead of in findBestSnap() (bzr r7479)
* More accurate wording in snap tooltipsDiederik van Lierop2009-02-271-2/+8
| | | (bzr r7388)
* The snap indicator's tooltip now displays "A to B", whereas before it only ↵Diederik van Lierop2009-02-201-5/+37
| | | | | displayed "B". (bzr r7335)
* After snapping, show a tooltip together with the snap indicatorDiederik van Lierop2009-02-151-1/+2
| | | (bzr r7296)
* All snap options which can be accessed through the snapping toolbar are now ↵Diederik van Lierop2009-01-261-1/+1
| | | | | removed from the document properties dialog (bzr r7183)
* work a bit on snapindicator: added switch statement for different typesJohan B. C. Engelen2009-01-161-1/+1
| | | (bzr r7140)
* Fix bug #311736 (uninitialized variables resulted in weird snapping ↵Diederik van Lierop2008-12-291-19/+33
| | | | | behaviour on windows) (bzr r7039)
* Add an option to the preferences to _only_ snap the node closest to the ↵Diederik van Lierop2008-11-241-1/+1
| | | | | mouse pointer (bzr r6899)
* 1) Improve the way the distance to the pointer is taken into account when ↵Diederik van Lierop2008-11-231-5/+5
| | | | | | | | finding the best snap 2) Use this distance also when snapping nodes in the path editor 3) Add a slider in the preferences dialog to control the weighing of this distance (bzr r6895)
* Merge from trunkTed Gould2008-10-311-6/+10
| | | (bzr r6887)
* - refactor snapping code, removing code duplicationDiederik van Lierop2008-09-211-5/+11
| | | | | - fix snapping to page corners (bzr r6863)
* Move all of the snapper code to 2geomDiederik van Lierop2008-08-111-17/+17
| | | (bzr r6606)
* Add a centralized check (i.e. in the snapper mechanism) whether we've ↵Diederik van Lierop2008-05-121-1/+15
| | | | | 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)
* Next steps in implementing the snapping indicatorDiederik van Lierop2008-05-041-4/+23
| | | (bzr r5600)
* Refactor snapper and snapindicator (in order to enable the snapindicator in ↵Diederik van Lierop2008-04-071-0/+6
| | | | | the selector tool) (bzr r5374)
* 1) fix snapping while scalingDiederik van Lierop2008-01-031-4/+15
| | | | | | | 2) fix constrained snapping 3) improve snapping logic (again), or more specifically: better obey "always snap" 4) refactoring to reduce risk of bugs: renaming variables and methods for better readability, adding class members instead of using std::pairs, etc. (bzr r4379)
* 1) Improving snapping logic 2) When skewing, don't snap to selection itselfDiederik van Lierop2007-11-181-4/+17
| | | (bzr r4111)
* Oops, don't use tabs! (replace tabs by 4 spaces)Diederik van Lierop2007-11-031-1/+1
| | | (bzr r4020)
* Groundwork to snap to intersections, e.g. intersections of gridlines with ↵Diederik van Lierop2007-11-031-16/+16
| | | | | 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)
* optimized includesRalf Stephan2006-01-181-4/+4
| | | (bzr r16)
* moving trunk for module inkscapeMenTaLguY2006-01-161-0/+56
(bzr r1)
generated by cgit v1.2.3 (git 2.25.1) at 2026-05-19 15:52:33 +0000