10:23 a.m.
I'm not really sure about this being really a bug so I'm asking before
creating a bug report.
The bug is checked using Windows 7 64 bits and Inkscape 0.48
The steps for reproducing are:
1. Create empty file.
2. Create a rectangle ( or any other shape )
3. Open Fill and Stroke menu
4. Select Stroke tab.
5. Grab color picker tool.
6. Select any color in the document.
What happens: The fill colour becomes the one picked with the tool.
What I think it should happen: Since the stroke tab is selected, the
stroke colour should become the one selected with the tool and not the
fill colour.
So I am missunderstanding Inkscape or is it a real bug ?
Thanks
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
12:11 p.m.
On 20-11-12 11:23, Guiu Rocafort wrote:
...
The steps for reproducing are:
1. Create empty file.
2. Create a rectangle ( or any other shape )
3. Open Fill and Stroke menu
4. Select Stroke tab.
5. Grab color picker tool.
6. Select any color in the document.
What happens: The fill colour becomes the one picked with the tool.
What I think it should happen: Since the stroke tab is selected, the
stroke colour should become the one selected with the tool and not the
fill colour.
So I am missunderstanding Inkscape or is it a real bug ?
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).
1:55 p.m.
On 11/20/2012 01:11 PM, Jasper van de Gronde wrote:
On 20-11-12 11:23, Guiu Rocafort 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.
I too would expect that activating it from stroke tab assign colour to
stroke. Not that I find it hard to hold shift key, but it's just not
optimal UI behaviour.
Vlada
2:55 p.m.
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 too would expect that activating it from stroke tab assign colour
to
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”
<https://bugs.launchpad.net/inkscape/+bug/1049481>
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”
<https://bugs.launchpad.net/bugs/239392>
- Bug #171170 “Use color picker to add colors to palette”<>
<https://bugs.launchpad.net/bugs/171170>
11:35 p.m.
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. I'm going to check if this is still
present in 0.49 version. Is there any "nightly build" or similar for
getting latest inkscape development versions compiled for windows so I
don't have to set up all the compiling environment and compile myself
to check that ?
> I too would expect that activating it from stroke tab assign
colour to
> 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”
<https://bugs.launchpad.net/inkscape/+bug/1049481>
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”
<https://bugs.launchpad.net/bugs/239392>
- Bug #171170 “Use color picker to add colors to palette”<>
<https://bugs.launchpad.net/bugs/171170>
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 working ? 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 paint
colours. There have been added specialized colour pickers for this, so
removing that functionality in the left panel one would solve the
problem ?
PD: Sorry if my english isn't very good
------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
5:50 p.m.
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:
<http://tavmjong.free.fr/INKSCAPE/MANUAL/html/Attributes-Fill-Stroke.html#...
(…) 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
tool usage).
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
inkscape
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:
<http://inkscape.org/download/?lang=en> (Development versions > Windows)
>> I too would expect that activating it from stroke tab assign
colour to
>> 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”
> <https://bugs.launchpad.net/inkscape/+bug/1049481>
> 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”
> <https://bugs.launchpad.net/bugs/239392>
> - Bug #171170 “Use color picker to add colors to palette”<>
> <https://bugs.launchpad.net/bugs/171170>
So if I understood correctly in the development 0.49 version a colour
picker has been added to the fill and stroke paint tabs ?
yes
Is the old behaviour of the colour picker in the left panel still
working ?
yes
Since there are the new colour pickers in the respective tabs that
functionality from the left panel color picker should be removed ?
no
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
paint colours.
See above.
There have been added specialized colour pickers for this, so
removing that functionality in the left panel one would solve the
problem ?
Not sure what "specialized" refers to: the "standalone" dropper tool
in
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:
<http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/39418/focus=39...
2:57 a.m.
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”
<https://bugs.launchpad.net/inkscape/+bug/1049481>
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)).
I have added a patch in the original bug report [1] for the 'one-time' color
picker in the 'Fill & Stroke' dialog so that :
a) The Stroke page 'one-time' picker always applies the picked color to the
objects stroke (with any key modifier).
b) The Fill page 'one-time' picker still works in the same way in that you can
pick either Fill, or Stroke (with <Shift> key).
Does that make sense ?
[1] https://bugs.launchpad.net/bugs/172236
8:34 a.m.
On 21-11-12 03:57, John Smith wrote:
>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”
> <https://bugs.launchpad.net/inkscape/+bug/1049481>
>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)).
I have added a patch in the original bug report [1] for the 'one-time'
color picker in the 'Fill & Stroke' dialog so that :
a) The Stroke page 'one-time' picker always applies the picked color to
the objects stroke (with any key modifier).
b) The Fill page 'one-time' picker still works in the same way in that
you can pick either Fill, or Stroke (with <Shift> key).
Does that make sense ?
I'd try making the behaviour symmetrical. So either allow Shift on both
to set "the other color", or don't ever allow setting "the other
color".
11:40 a.m.
On 11/21/2012 09:34 AM, Jasper van de Gronde wrote:
On 21-11-12 03:57, John Smith wrote:
> Does that make sense ?
I'd try making the behaviour symmetrical. So either allow Shift on both
to set "the other color", or don't ever allow setting "the other
color".
Let's choose second option. Don't allow assigning "the other color"
seems like a better solution to me. Furthermore, su-v had an idea to
make mouse cursor follow current mode change (or in the case of using
Dropper tool directly - modifier key change).
I had 10 minutes of spare time this morning and... may I present you
PIXMAPS! Ta-da! :)
Vlada
1:17 p.m.
Let's choose second option. Don't allow assigning "the
other color"
seems like a better solution to me. Furthermore, su-v had an idea
to
make mouse cursor follow current mode change (or in the case of using
Dropper tool directly - modifier key change).
I had 10 minutes of spare time this morning and... may I present you PIXMAPS! Ta-da! :)
I agree - don't allow assigning "the other color" seems more natural.
Thanks ! The pixmaps really make it easy to tell what is actually being set.
v2 patch for above (with pixmaps) attached to bug report.
https://bugs.launchpad.net/inkscape/+bug/172236
3965
days inactive
3966
days old
inkscape-devel@lists.inkscape.org
9 comments
5 participants
participants (5)
-
Guiu Rocafort -
Jasper van de Gronde -
John Smith -
Vladimir Savic -
~suv