summaryrefslogtreecommitdiffstats
path: root/src/snap.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* 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)
* Also snap new guides, which are being dragged off the ruler.Diederik van Lierop2007-09-071-1/+1
| | | (bzr r3701)
* Improving the performance of the object snapperDiederik van Lierop2007-09-051-0/+6
| | | (bzr r3689)
* Implement snapping of guides while dragging them, and snap TO item centers ↵Diederik van Lierop2007-08-281-0/+7
| | | | | (we only had snapping FROM item centers so far) (bzr r3603)
* Make snapping to the item's transformation center optional, but not yet ↵Diederik van Lierop2007-08-041-0/+10
| | | | | available in the snapping preferences dialog (bzr r3365)
* Rearrange snapping preferences, put distinction between paths and nodes back ↵Diederik van Lierop2007-08-031-2/+2
| | | | | in, and a bit of refactoring (bzr r3361)
* 1) Changes to snapping preferences dialogDiederik van Lierop2007-07-281-1/+6
| | | | | | 2) Strict snapping implemented, i.e. bbox only to bbox and nodes only to paths/nodes 3) Renaming of some constants to improve readability (bzr r3331)
* Improve readability and remove some unused codeDiederik van Lierop2007-04-191-1/+1
| | | (bzr r2930)
* Removal of old grid code - fully enabled new grid code.Johan B. C. Engelen2007-04-151-5/+20
| | | (bzr r2904)
* New Grids are now ready to go. bug testing can start i think.Johan B. C. Engelen2007-04-131-2/+1
| | | (bzr r2878)
* Purging old axonometric grid code: reworked it into the new grid class ↵Johan B. C. Engelen2007-03-251-1/+0
| | | | | structure. Still needs alot of work (snapping mostly and code cleansing). (bzr r2757)
* Renaming from SP_CGRID to INKSCAPE_CXYGRID. SPCGrid to Inkscape::CXYGridJohan B. C. Engelen2006-10-261-0/+1
| | | (bzr r1869)
* hack*ahum*infrastructure to implement axonometric grid snapping. horizontal ↵Johan B. C. Engelen2006-10-161-3/+8
| | | | | snapping already implemented. (bzr r1806)
* Small comment cleanups.Carl Hetherington2006-05-091-1/+1
| | | (bzr r794)
* Added some comments.Carl Hetherington2006-05-081-3/+11
| | | (bzr r771)
* More snapping cleanups.Carl Hetherington2006-05-081-19/+9
| | | (bzr r768)
* More snapping cleanups.Carl Hetherington2006-05-051-12/+16
| | | (bzr r741)
* Remove some old snap code.Carl Hetherington2006-05-051-6/+0
| | | (bzr r738)
generated by cgit v1.2.3 (git 2.25.1) at 2026-05-19 02:49:04 +0000