Anyone can confirm if this is really a bug ?
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
On 20-11-12 11:23, Guiu Rocafort wrote:
... The steps for reproducing are:
- Create empty file.
- Create a rectangle ( or any other shape )
- Open Fill and Stroke menu
- Select Stroke tab.
- Grab color picker tool.
- 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).
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
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
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@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
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 ?
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".
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
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.
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#Attributes-Color-Dropper
(…) 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=39430
participants (5)
-
Guiu Rocafort -
Jasper van de Gronde -
John Smith -
Vladimir Savic -
~suv