http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes
The Selected style indicator is extremaly useful. Any chance to have it act as a slider to set opacity? And ctrl/shift drag could affect contour width. That would rock!
Karol
On 11/22/05, Karol Krenski <pldmimooh@...954...> wrote:
http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes
The Selected style indicator is extremaly useful. Any chance to have it act as a slider to set opacity? And ctrl/shift drag could affect contour width.
Slider for opacity would take too much space, while spinbox would be twice as small and even show amount of opacity in figures.
Displaying width of a stroke in a slider isn't a good idea, I'm afraid. See, a slider is used for variables that have a known minimum and maximum values. While minimum here would be 0, what would be maximum? ;-)
Alexandre
On Tue, Nov 22, 2005 at 09:31:46PM +0300, Alexandre Prokoudine wrote:
On 11/22/05, Karol Krenski <pldmimooh@...954...> wrote:
http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes
The Selected style indicator is extremaly useful. Any chance to have it act as a slider to set opacity? And ctrl/shift drag could affect contour width.
Slider for opacity would take too much space, while spinbox would be twice as small and even show amount of opacity in figures.
It could look exactly like it looks now: the rectangle with 'the slider' invisible, but there may be no such a gtk widget? I find slider more comfortable than spinbox, but that may be just my own preference.
If the slider is not acceptable, you still sound like controlling opacity/stroke width via spinbox on the status bar is worth of consideration? Those are often used menu operations, so it would be handy to have them fast/easily accessible.
BTW, just curious: what makes ctrl+shift+f load relatively slow?
Displaying width of a stroke in a slider isn't a good idea, I'm afraid. See, a slider is used for variables that have a known minimum and maximum values. While minimum here would be 0, what would be maximum? ;-)
Hmmm, that's a fact ;)
Karol
On Tuesday 22 November 2005 20:44, Karol Krenski wrote:
If the slider is not acceptable, you still sound like controlling opacity/stroke width via spinbox on the status bar is worth of consideration?
Already implemented for opacity in CVS. See the Release Notes for 0.44 for details.
On 11/22/05, Karol Krenski <pldmimooh@...954...> wrote:
It could look exactly like it looks now: the rectangle with 'the slider' invisible, but there may be no such a gtk widget? I find slider more comfortable than spinbox, but that may be just my own preference.
I also thought at first that I would prefer a slider. But then I asked myself, why exactly is slider better? The answer was simply that a slider allows to quickly, in one move, set the value to 1 or 0 (i.e. ends of scale), and also to quickly - but very approximately - set it to "low" or "mid" or "high". For everything else a spinbutton is better. So I decided to combine the advantages: I used a spinbutton but added a right-click menu that has commands for 0, 0.25, 0.5, 0.75, and 1. Also by middle-clicking on the O: label you can quickly set it to 0, 0.5, or 1.
BTW, just curious: what makes ctrl+shift+f load relatively slow?
Marker previews. If you're not using markers, remove marker.svg and it will be faster.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On 11/22/05, bulia byak wrote:
Marker previews. If you're not using markers, remove marker.svg and it will be faster.
Do you mean that Inkscape doesn't render markers.svg to stand-alone .png icons at startup time? If so, is it a really preferable behaviour? I'm just curious :)
Alexandre
On 11/22/05, Alexandre Prokoudine <alexandre.prokoudine@...155...> wrote:
On 11/22/05, bulia byak wrote:
Marker previews. If you're not using markers, remove marker.svg and it will be faster.
Do you mean that Inkscape doesn't render markers.svg to stand-alone .png icons at startup time?
No it does not. But it renders and caches them the first time you open the dialog, which is better IMHO. After that it opens much faster.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
Quoting bulia byak <buliabyak@...155...>:
it renders and caches [the icons] the first time you open the dialog, which is better IMHO. After that it opens much faster.
I don't know... it seems like we've traded "slow to start up" for a perception of "slow everywhere".
I find it's more frustrating to be able to get partway into the app, only to have to repeatedly wait as additional icons get rendered, than it is to have a single (albeit longer) wait at the beginning.
It might be better to render the icons as an ultra-low-priority idle task (not a thread, since we're not thread-safe).
-mental
On Nov 22, 2005, at 3:02 PM, mental@...32... wrote:
I don't know... it seems like we've traded "slow to start up" for a perception of "slow everywhere".
I find it's more frustrating to be able to get partway into the app, only to have to repeatedly wait as additional icons get rendered, than it is to have a single (albeit longer) wait at the beginning.
It might be better to render the icons as an ultra-low-priority idle task (not a thread, since we're not thread-safe).
Oooh. Sounds tricky.
Could be quite fun. I do hate the delays
bulia byak wrote:
On 11/22/05, Karol Krenski <pldmimooh@...954...> wrote:
It could look exactly like it looks now: the rectangle with 'the slider' invisible, but there may be no such a gtk widget? I find slider more comfortable than spinbox, but that may be just my own preference.
I also thought at first that I would prefer a slider. But then I asked myself, why exactly is slider better? The answer was simply that a slider allows to quickly, in one move, set the value to 1 or 0 (i.e. ends of scale), and also to quickly - but very approximately - set it to "low" or "mid" or "high". For everything else a spinbutton is better. So I decided to combine the advantages: I used a spinbutton but added a right-click menu that has commands for 0, 0.25, 0.5, 0.75, and 1. Also by middle-clicking on the O: label you can quickly set it to 0, 0.5, or 1.
Don't forget to mention the other great functions... if you right click on the spin buttons it goes to either 0 or 1 immediately (depending on if you right-click the up or down arrows) and middle clicking the arrows goes in increments of .10... Bulia, you ROCK!!!!! At first I too was thinking "but I preferred the slider", but I really don't think I'll miss it much. What I will miss a bit if we eventually ditch the fill and stroke dialog will be the extra digit you can work with there (allowing thousandths vs hundredths). Yes... I do require that level of accuracy for some things.
Here's a quick thought to appease the slider folk though, could we make it so if you hold a right-click on the arrows and move up or down so it would adjust the numbers accordingly? Personally I would most likely still use that occasionally.
-Josh
On 11/22/05, Karol Krenski <pldmimooh@...954...> wrote:
http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes
The Selected style indicator is extremaly useful. Any chance to have it act as a slider to set opacity?
Not a slider - I already added a spinbutton:
* To the right of the fill/stroke indicators, the Opacity numeric field (labelled "O:") shows and allows you to change the master opacity of the selected object (or the averaged opacity of several selected objects). Right-clicking the numeric field opens a popup menu with preset opacity levels. Middle-clicking on the "O:" label rotates the current opacity to one of the 0 (transparent), 0.5, and 1 (opaque) values.
And ctrl/shift drag could affect contour width. That would rock!
Interesting idea. I'll think about it.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
participants (7)
-
unknown＠example.com -
Alexandre Prokoudine -
bulia byak -
Jean-François Lemaire -
Jon A. Cruz -
Joshua A. Andler -
Karol Krenski