On 21/11/2012 00:35, Guiu Rocafort wrote:
On Tue, Nov 20, 2012 at 3:55 PM, ~suv <suv-sf@...58...> wrote:
> On 20/11/2012 14:55, Vladimir Savic wrote:
>> On 11/20/2012 01:11 PM, Jasper van de Gronde wrote:
>>> Inkscape is supposed to work like this (use Shift to set the stroke). If
>>> you feel the other behaviour is better, feel free to try and make the
>>> argument (and/or a patch). The main issue is that basically Inkscape
>>> really doesn't have any way of selecting stroke and fill separately. The
>>> stroke and fill are two properties of a single shape. The gradient
>>> editor does handle this a little bit differently, maybe it can inspire
>>> you (or anyone else).
>> I think you misread what user said. He's talking about inkscape trunk
>> where you can activate "temporary" colour picker from within dedicated
>> Fill and Stroke tabs f the same dialogue.
> Unfortunately the user did _not_ mention using an unstable development
> snapshot build of Inkscape on Windows (at least I can't tell that based
> on the disclosed information «The bug is checked using Windows 7 64 bits
> and Inkscape 0.48»).
I'm using the stable version 0.48. (…)
Usage of the Dropper tool in current stable 0.48.x is explained in
detail in this section of the manual:
(…) I'm going to check if this is still present in 0.49 version.
I'm not sure what exactly "this" is you refer to - the Dropper tool
itself works the same in stable and trunk (when called from the toolbox
on the left, or with the keyboard shortcut 'd'): a normal click assigns
the color to the fill, a 'Shift+click' to the stroke of the current
selected object(s). Note that 'Shift+click' is also used with the
palette below the canvas to assign a color to the stroke, so it's
neither a bug, nor a concept in Inkscape limited to the dropper tool.
The difference between stable and current trunk is that in the 'Fill and
Stroke' dialog, a new button has been added to the color widget which
allows to pick a color from the current drawing (i.e. a one-time dropper
This feature is currently still under development (as discussed in the
other messages of this thread) i.e. the latest patches (which add new
cursor symbols and restrict the scope of the tool when called via
'Fill&Stroke' tab) haven't been committed yet, and cannot be tested
unless you build Inkscape yourself.
Is there any "nightly build" or similar for getting latest
development versions compiled for windows so I don't have to set up
all the compiling environment and compile myself to check that ?
You can download development snapshot builds for Windows from this
SkyDrive account: <http://sdrv.ms/Q2Ls0i>
Note: you'll also arrive there (after a few hops) if you follow the
links on the download page on inkscape.org
(Development versions > Windows)
>> I too would expect that activating it from stroke tab assign
>> stroke. Not that I find it hard to hold shift key, but it's just not
>> optimal UI behaviour.
> This current (unexpected) behavior of the new 'one-time' color picker
> called from the button in 'Fill & Stroke' tabs had been reported in the
> comments of this (otherwise not directly related) feature request:
> - Bug #1049481 “Allow dropper tool to edit current custom swatch fill”
> and (kind of) got stuck there (i.e. not reported as separate item, nor
> added in the comments of the more relevant original request(s)).
> The new 'one-time' color picker feature had originally been implemented
> based on these requests:
> - Bug #239392 “Missing Color Picker in Fill and Stroke Dialog”
> - Bug #171170 “Use color picker to add colors to palette”<>
So if I understood correctly in the development 0.49 version a colour
picker has been added to the fill and stroke paint tabs ?
Is the old behaviour of the colour picker in the left panel still
Since there are the new colour pickers in the respective tabs that
functionality from the left panel color picker should be removed ?
I mean, the problem I reported was actually that the color picker in
the left panel had a non intuitive for choosing fill and stroke
There have been added specialized colour pickers for this, so
removing that functionality in the left panel one would solve the
Not sure what "specialized" refers to: the "standalone" dropper tool
the toolbox on the left does not get removed, nor are any of its
individual features removed.
The additionally planned changes for current trunk (one could call them
"specialized" with regard to the scope of the tool when called from
'Fill&Stroke') are described here: