summaryrefslogtreecommitdiffstats
path: root/src/seltrans.cpp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Fix a regression in the snapper, caused by me. Sorry!Diederik van Lierop2008-05-161-10/+10
| | | (bzr r5680)
* Add a centralized check (i.e. in the snapper mechanism) whether we've ↵Diederik van Lierop2008-05-121-2/+2
| | | | | 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)
* make more messages immediatebulia byak2008-05-031-4/+4
| | | (bzr r5583)
* Replace freeSnapSkew() by constrainedSnapSkew(). There is no such thing as ↵Diederik van Lierop2008-05-011-6/+6
| | | | | freely snapping while skewing; snapping will always be constrained (bzr r5569)
* Warning and whitespace cleanupJon A. Cruz2008-05-011-99/+99
| | | (bzr r5564)
* - Major refactoring of snapping related code...Diederik van Lierop2008-04-301-22/+29
| | | | | - Enabling snap indicator for all remaining tools (bzr r5556)
* replace text strings by ints for tools/bounding_boxbulia byak2008-04-171-4/+6
| | | (bzr r5459)
* Refactor snapping mechanisms: in seltrans.cpp, a GSList was converted to a ↵Diederik van Lierop2008-04-111-54/+30
| | | | | 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-32/+50
| | | | | the selector tool) (bzr r5374)
* The deprecated version of sp_item_invoke_bbox_full (which still uses ↵Diederik van Lierop2008-03-271-1/+5
| | | | | NRRects) returns empty rectangles when calculating geometric bboxes of vertical or horizontal lines. A group of those lines will therefore also have an empty geometric bbox, which is wrong. We must use the new version of sp_item_invoke_bbox_full, which uses NR::Maybe<NR::Rects> instead. (bzr r5204)
* Major overhaul of the selector tool's internals to improve handling of ↵Diederik van Lierop2008-03-251-426/+387
| | | | | transformations, origins and snapping, for both visual and geometric bounding boxes (see for example bug #174046 in Launchpad) (bzr r5189)
* Applying fixes for gcc 4.3 build issues (closes LP: #169115)Bryce Harrington2008-01-311-0/+2
| | | (bzr r4629)
* Move 'bounding box' option up one level (from Selector to Tools page in ↵Maximilian Albert2008-01-161-2/+2
| | | | | Preferences) since it applies more globally than just in the Selector tool (see discussion on the mailing list) (bzr r4513)
* Fix #181795Diederik van Lierop2008-01-121-29/+38
| | | (bzr r4471)
* 1) Fix bug #178312Diederik van Lierop2007-12-271-13/+0
| | | | | 2) Fix constrained snapping to objects (bzr r4314)
* Also consider path nodes for snappingDiederik van Lierop2007-11-211-5/+4
| | | (bzr r4122)
* 1) Improving snapping logic 2) When skewing, don't snap to selection itselfDiederik van Lierop2007-11-181-2/+10
| | | (bzr r4111)
* Improve the user interaction for snapping of bounding boxes, and add an new ↵Diederik van Lierop2007-11-051-1/+2
| | | | | tab in document properties for detailed snapping options (bzr r4033)
* Warning cleanupJon A. Cruz2007-11-041-39/+39
| | | (bzr r4025)
* Inkscape becomes unusable when trying to snap to the path of a traced bitmap ↵Diederik van Lierop2007-09-101-0/+9
| | | | | or a text paragraph. Make it usable again by not snapping to text longer than 240 chars or paths containing more than 500 nodes. Snapping to more than one of such objects will still be very slow. (bzr r3716)
* Improving the performance of the object snapperDiederik van Lierop2007-09-051-2/+1
| | | (bzr r3689)
* 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)
* 1) Changes to snapping preferences dialogDiederik van Lierop2007-07-281-16/+16
| | | | | | 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)
* integer scale with Alt, instead of slow movementbulia byak2007-07-081-4/+16
| | | (bzr r3193)
* Only snap the real corners of a rectangle, not the start and end points of ↵Diederik van Lierop2007-06-131-0/+2
| | | | | each rounded corener (bzr r3059)
* Fix bug #1077600 -> correct mirroring and no drifting of originDiederik van Lierop2007-04-301-16/+6
| | | (bzr r2971)
* Improve readability and remove some unused codeDiederik van Lierop2007-04-191-2/+2
| | | (bzr r2930)
* change the logic so that the value is correctly read at launch of seltrans, ↵bulia byak2007-04-141-2/+4
| | | | | and approximate is the default for continuity (bzr r2883)
* Some cleaning and reorderingDiederik van Lierop2007-04-131-23/+7
| | | (bzr r2879)
* Add global preference for selector tool, chosing between GEOMETRIC_BBOX or ↵Diederik van Lierop2007-04-131-8/+5
| | | | | VISUAL_BBOX (bzr r2877)
* Eliminate drift of origin if mirroring occurs during scaling/stretchingDiederik van Lierop2007-04-091-4/+15
| | | (bzr r2838)
* Changes to the selector tool, e.g. option to choose either APPROXIMATE_BBOX ↵Diederik van Lierop2007-04-081-72/+129
| | | | | or GEOMETRIC_BBOX (bzr r2833)
* bug #1524444 (partially solved): while uniformly scaling (with ctrl-key), ↵Diederik van Lierop2007-03-311-13/+13
| | | | | the correct scaling must be applied BEFORE trying to snap (bzr r2790)
* Fix for bug #1589436 - font baseline now correctly snaps in selector toolDiederik van Lierop2007-03-211-1/+8
| | | (bzr r2726)
* plumb XML::Document parameter into duplication, courtesy of bryceMenTaLguY2007-03-201-1/+1
| | | (bzr r2723)
* Fix for bug 1540195; solution: use correct origin for snappingDiederik van Lierop2007-03-191-17/+34
| | | (bzr r2718)
* fix snapping while uniformly scaling, fix snapping while skewingDiederik van Lierop2007-03-121-4/+9
| | | (bzr r2621)
* Switch selection bounds and center to use NR::Maybe, addressing most of theMenTaLguY2007-03-111-47/+70
| | | | | recent bbox regressions. (bzr r2604)
* no need to update coords here, it's now done in any knot automaticallybulia byak2007-03-101-2/+0
| | | (bzr r2594)
* when dragging center, defer repr updating and committing until ungrab; this ↵bulia byak2007-03-081-6/+15
| | | | | makes dragging faster. also remove superfluous reffing of objects while dragging (bzr r2578)
* fix shift-dragging (no snap) of rotation centerbulia byak2007-03-081-1/+1
| | | (bzr r2574)
* fix by dvlierop2 for snapping bugs 1579556 and 1579587bulia byak2007-03-051-3/+6
| | | (bzr r2557)
* yet another crash/freeze in ungrab. IMPORTANT: the document_done calls and ↵bulia byak2006-11-201-8/+6
| | | | | others triggering screen redraw must come absolutely the last in any function, otherwise, because of the events that happened during the redraw, you risk seeing a vastly different landscape when you return for the remainder of your function (e.g. the tool context may have changed), and it will likely misbehave. (bzr r1997)
* fix bug in my previous commit: updating rotation centers was brokenbulia byak2006-09-271-2/+3
| | | (bzr r1720)
* again rearrange code in ungrab handler so that screen update is as close to ↵bulia byak2006-09-031-23/+27
| | | | | the end as possible, to prevent crash when switching tools during redraw after transform (bzr r1667)
* peeled back the gboolean code as it hit on some complexity theory principles...Jon Phillips2006-08-251-14/+14
| | | | | need to rethink and incrementally change gbooleans to bools (bzr r1637)
* Ok, committed msgloan's patch to convert gbooleans to bools thus completingJon Phillips2006-08-231-14/+14
| | | | | one major janitorial task we identified.... (bzr r1633)
* prevent the race between ungrab and selModify to fix the disappearing ↵bulia byak2006-08-031-3/+2
| | | | | handles problem with interruptible display (bzr r1548)
* undo annotationsbulia byak2006-06-301-5/+17
| | | (bzr r1327)
* patch from Gustav Broberg: undo annotations and history dialogbulia byak2006-06-291-4/+9
| | | (bzr r1315)
generated by cgit v1.2.3 (git 2.25.1) at 2026-05-19 19:17:05 +0000