Stroke style panel is mirrored between open windows

[John Smith]

When the on-canvas selection is changed the docked Fill and Stroke dialogs Stroke Style panel is updating in all windows.

[John Smith (john-smithi)]

Committed to trunk r11587.

Mirroring issue should be fixed for Stroke style.
Stroke style panel converted to c++.

[su_v (suv-lp)]

Also present in stable version -> 'Fix Committed' with milestone 0.49.

[su_v (suv-lp)]

@John - any chance you could take a look at bug #484135? This was a handy shortcut to open the 'Fill & Stroke > Stroke style' tab directly from the command line, and unfortunately got lost in Inkscape 0.47. Would it be possible to hook it up again, like the other two 'Fill & Stroke' tabs to the color swatches, and make it also switch the current tab if the dialog is already open?

[su_v (suv-lp)]

correction:
- shortcut to open the 'Fill & Stroke > Stroke style' tab directly from the command line
+ shortcut to open the 'Fill & Stroke > Stroke style' tab directly from the style indicator in the status bar

[John Smith (john-smithi)]

Bug #484135 fix committed.

[su_v (suv-lp)]

@John - something in the recent commits (11583-11589) partially broke the gradient tool once the fill & stroke dialog has been opened in the current session (unfortunately I don't have separate builds at hand which would allow me to narrow down whether it's due to changes for this report, or maybe for bug #1030239):

Steps to reproduce:
1) mv ~/.config/inkscape{,-bkp}
2) launch Inkscape
3) draw a rectangle
4) open Fill & Stroke
5) switch to the gradient tool and double-click the rectangle to add a gradient
6) switch back to the select tool to grab the rectangle and move it

-> the rectangle cannot be grabbed with the mouse anymore. It can be e.g. selected with <TAB> and moved with the arrow keys, which seems to trigger some internal updates, and makes the object selectable by mouse pointer again. There also seems to be an increased delay when dragging a gradient stop while still in the gradient tool context.

Behavior is not triggered as long as Fill&Stroke hasn't been opened in the current session. It is also not triggered when assigning a gradient via Fill&Stroke, though subsequent changes with the gradient tool (e.g. applying a radial instead of linear gradient) cause the same problem (object insensitive to mouse pointer).

[John Smith (john-smithi)]

@~suv, Committed fix r11597 (bug #1030239) to fix this.
Markers dropdown was listening to all changes in <defs> (including gradient changes), causing this selection problem.