trunk: switch from gradient to dropper tool loses gradient stop selection (rev >= 12532)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Medium
|
Markus Engel |
Bug Description
Steps to reproduce:
1) launch inkscape (default prefs, default new doc)
2) draw two shapes, assign different fill colors
3) switch to gradient tool (keyboard shortcut 'g')
4) add linear gradient to one of the shapes (double-click with gradient tool)
5) select the end stop of the linear gradient
6) switch to the dropper tool (keyboard shortcut: 'd')
7) pick the fill color of the other object
Expected result:
The gradient stop(s) selected with the gradient tool is (are) still active in the dropper tool context; any picked color is immediately applied to the selected stop(s) of the gradient.
Actual result:
Upon tool switch, the selection of gradient stop(s) is lost, and any picked color is applied to the object itself (thus actually removing the gradient).
Workaround:
To achieve the intended result, the user needs to again select the gradient stops which need to be modified to use a color picked from other objects on-canvas, this time with the dropper tool, and then pick a color to be assigned to the selected stop(s).
Confirmed with r12678 on OS X 10.7.5 and r12677 on Ubuntu 13.04 (inkscape-trunk PPA)
Based on tests with archived builds:
- not reproduced with rev <= 12531
- reproduced with rev >= 12532
this changed behavior was introduced with the merge of the C++-ification branch in rev 12532:
<http://
Related branches
Changed in inkscape: | |
importance: | Undecided → Medium |
Changed in inkscape: | |
milestone: | 0.91 → none |
@Markus - here's another one which (hopefully) isn't that difficult to fix ;)