Hi Tav,
oh, I never noticed the two different modes... lol. I've always found it annoying that it is so hard to set values in 0.1 steps, which I needed frequently (my blurred objects are usually small, such as shadows behind a text) - while it has already been possible.
I've always thought I had to use the numeric entry field for that fine-tuning (and found that field pretty annoying, when I accidentally clicked too much to the left and got 100% blur, taking long to render and freezing Inkscape for some time before I can continue to work). Having that field outside the slider would be useful.
Perhaps if scrolling with mouse-wheel meant 'fine-tune', dragging meant 'quick change' and clicking meant 'here', that could be good?
Currently, that thin strip of a bar is indeed difficult to see. It doesn't necessarily need to fill the whole height, but a little more height would make it easier on the eyes - the bars are really tiny already. (Screenshot attached for those who don't have a copy of the current development version installed)
Can you post a screenshot or gif of the default widget with /without progress bar?
Maren
P.S.: and can someone fix the filter area in master before anyone thinks of releasing 0.93? It's much too small and cuts off parts of the object, making blur kind of useless to non-experienced users, when they would always need to fix the area in the filter editor...
Am 04.12.2017 um 13:53 schrieb Tavmjong Bah:
Hi,
I've been looking into replacing the Gimp Spin Slider widget (e.g Blur/Opacity in the Fill and Stroke dialog). The widget is licensed under GPLv3 and is the only reason Inkscape as a whole is licensed under GPLv3 rather GPLv2.. The board sometime ago agree that being a GPLv2 program was desirable (I don't remember the exact reasoning).
A normal Gtk Spin Slider (aka Gtk::SpinButton) has an option to show the "progress" of slider, that is the percentage (defined in some arbitrary way) between a minimum and maximum value. This in Gtk 2 is shown as a solid blue bar with width proportional to the value that covers the widget from top to bottom. In Gtk 3 the solid blue bar is replaced by a thin blue bar at the bottom of the widget.
As far as I can tell, the Gimp version of the slider makes three changes:
- It allows for a label inside the widget. This is a nice space saving
feature. The widget handles changing the label text from black to white as the progress bar moves across the label.
It allows for a non-uniform scale by adding a "gamma" factor.
It adds the ability to drag the progress bar to change the value. If
one drags from the top (down arrow cursor) the change follows the cursor directly. If one drags along the bottom half (double headed cursor) the change is finer and relative to the current value.
I've always found that dragging the progress bar to be a bit awkward. One problem is that one can not start the drag at the far right of the widget as that area is reserved for typing a value directly in. Also, the different functionality of starting the drag in the top of the widget vs. the bottom of the widget is confusing.
Since I am rewriting this widget, I can adjust it to what people want:
Do you want the progress bar?
If so, should it be the full height of the widget (quite a bit more
complicated)?
Do you want to be able to drag the bar? With one/two methods?
Any other changes?
Thanks,
Tav
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
