summaryrefslogtreecommitdiffstats
path: root/src/snap.cpp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Fix a regression in the snapper, caused by me. Sorry!Diederik van Lierop2008-05-161-2/+2
| | | (bzr r5680)
* Add a centralized check (i.e. in the snapper mechanism) whether we've ↵Diederik van Lierop2008-05-121-4/+47
| | | | | 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-5/+10
| | | (bzr r5600)
* Replace freeSnapSkew() by constrainedSnapSkew(). There is no such thing as ↵Diederik van Lierop2008-05-011-10/+17
| | | | | freely snapping while skewing; snapping will always be constrained (bzr r5569)
* - Major refactoring of snapping related code...Diederik van Lierop2008-04-301-141/+100
| | | | | - 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-15/+21
| | | | | 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-83/+72
| | | | | the selector tool) (bzr r5374)
* Major overhaul of the selector tool's internals to improve handling of ↵Diederik van Lierop2008-03-251-2/+3
| | | | | 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-4/+38
| | | | | edited (bzr r4989)
* Fix #181795Diederik van Lierop2008-01-121-28/+17
| | | (bzr r4471)
* (bzr r4464)Diederik van Lierop2008-01-111-7/+6
|
* Fix LP #181020: When snapping a guide, now only the part of the guide near ↵Diederik van Lierop2008-01-081-1/+1
| | | | | the pointer is considered (bzr r4435)
* 1) fix snapping while scalingDiederik van Lierop2008-01-031-70/+107
| | | | | | | 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)
* Fix snapping when constrained scaling: now snaps all corners of the selectionDiederik van Lierop2007-12-281-12/+34
| | | (bzr r4328)
* Snapping a guide to nodes (while dragging it across the canvas) now also ↵Diederik van Lierop2007-12-271-18/+5
| | | | | works for angled guides (bzr r4321)
* 1) Fix bug #178312Diederik van Lierop2007-12-271-6/+33
| | | | | 2) Fix constrained snapping to objects (bzr r4314)
* 1) solve bug #177995Diederik van Lierop2007-12-221-21/+35
| | | | | 2) don't look for nearby intersections when doing a constrained snap (bzr r4275)
* Add global snapping toggleDiederik van Lierop2007-12-121-4/+10
| | | (bzr r4221)
* 1) Improving snapping logic 2) When skewing, don't snap to selection itselfDiederik van Lierop2007-11-181-25/+22
| | | (bzr r4111)
* Improving snapping logic; more to followDiederik van Lierop2007-11-181-5/+21
| | | (bzr r4102)
* A pasted selection is supposed to snap to the grid, but this cannot work the ↵Diederik van Lierop2007-11-141-54/+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-6/+26
| | | (bzr r4082)
* Renaming classes: SnappedLine -> SnappedLineSegment, and SnappedInfiniteLine ↵Diederik van Lierop2007-11-091-7/+7
| | | | | -> SnappedLine (bzr r4048)
* Improve the user interaction for snapping of bounding boxes, and add an new ↵Diederik van Lierop2007-11-051-5/+10
| | | | | tab in document properties for detailed snapping options (bzr r4033)
* Oops, don't use tabs! (replace tabs by 4 spaces)Diederik van Lierop2007-11-031-112/+112
| | | (bzr r4020)
* Groundwork to snap to intersections, e.g. intersections of gridlines with ↵Diederik van Lierop2007-11-031-53/+111
| | | | | 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)
* update copyright header to reflect Nathan's work in e.g. r1204MenTaLguY2007-10-111-1/+3
| | | (bzr r3870)
* Also snap new guides, which are being dragged off the ruler.Diederik van Lierop2007-09-071-3/+3
| | | (bzr r3701)
* Improving the performance of the object snapperDiederik van Lierop2007-09-051-21/+55
| | | (bzr r3689)
* Implement snapping of guides while dragging them, and snap TO item centers ↵Diederik van Lierop2007-08-281-0/+27
| | | | | (we only had snapping FROM item centers so far) (bzr r3603)
* Reverting a change I made a while agoDiederik van Lierop2007-08-091-1/+1
| | | (bzr r3441)
* 1) Make snapping of object's center optional 2) Optimize snapping ↵Diederik van Lierop2007-08-061-1/+1
| | | | | preferences dialog (bzr r3399)
* Make snapping to the item's transformation center optional, but not yet ↵Diederik van Lierop2007-08-041-1/+2
| | | | | available in the snapping preferences dialog (bzr r3365)
* Rearrange snapping preferences, put distinction between paths and nodes back ↵Diederik van Lierop2007-08-031-11/+32
| | | | | in, and a bit of refactoring (bzr r3361)
* 1) Changes to snapping preferences dialogDiederik van Lierop2007-07-281-0/+29
| | | | | | 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-3/+3
| | | (bzr r2930)
* Improve snapper performance (mainly in by editting WillSnapSomething())Diederik van Lierop2007-04-171-0/+1
| | | (bzr r2917)
* Removal of old grid code - fully enabled new grid code.Johan B. C. Engelen2007-04-151-6/+91
| | | (bzr r2904)
* New Grids are now ready to go. bug testing can start i think.Johan B. C. Engelen2007-04-131-6/+7
| | | (bzr r2878)
* Purging old axonometric grid code: reworked it into the new grid class ↵Johan B. C. Engelen2007-03-251-6/+1
| | | | | structure. Still needs alot of work (snapping mostly and code cleansing). (bzr r2757)
* Monster commit. New grid infrastructure. The old gridmanagement code is ↵Johan B. C. Engelen2007-03-201-4/+18
| | | | | still there; this committed for testing purposes. Goal is to delete the old grid code later on. (bzr r2721)
* Fix for bug #1584301: block invalid snapping resultsDiederik van Lierop2007-03-151-1/+3
| | | (bzr r2659)
* Fixed unintialized variables and minor misc warningsJon A. Cruz2007-02-191-1/+6
| | | (bzr r2398)
* hack*ahum*infrastructure to implement axonometric grid snapping. horizontal ↵Johan B. C. Engelen2006-10-161-2/+7
| | | | | snapping already implemented. (bzr r1806)
* Small comment cleanups.Carl Hetherington2006-05-091-2/+1
| | | (bzr r794)
* Added some comments.Carl Hetherington2006-05-081-0/+148
| | | (bzr r771)
* More snapping cleanups.Carl Hetherington2006-05-081-105/+18
| | | (bzr r768)
* More snapping cleanups.Carl Hetherington2006-05-051-53/+67
| | | (bzr r741)
* Remove some old snap code.Carl Hetherington2006-05-051-47/+4
| | | (bzr r738)
* Remove an old FIXME.Carl Hetherington2006-05-051-5/+0
| | | (bzr r736)
generated by cgit v1.2.3 (git 2.25.1) at 2026-05-19 23:16:12 +0000