| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
| |
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)
|
| |
|
| |
(bzr r5600)
|
| |
|
|
|
| |
the selector tool)
(bzr r5374)
|
| |
|
|
|
|
|
| |
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)
|
| |
|
| |
(bzr r4111)
|
| |
|
| |
(bzr r4020)
|
| |
|
|
|
| |
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)
|
| |
|
| |
(bzr r16)
|
|
|
(bzr r1)
|