After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 128068 - Brush Spacing options should be accessible from the tool options
Brush Spacing options should be accessible from the tool options
Status: RESOLVED DUPLICATE of bug 738005
Product: GIMP
Classification: Other
Component: General
git master
Other All
: Low enhancement
: 2.10
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks: 127786
 
 
Reported: 2003-11-27 17:23 UTC by Joao S. O. Bueno
Modified: 2014-11-13 12:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Joao S. O. Bueno 2003-11-27 17:23:39 UTC
This should be for gimp 2.0.x, or for 2.2, I am just openning it lest I 
forget. 
 
The new tool options for the painting tools in GIMP pre 2.0 allows for 
many things, including changing the brush used, and for this, a 
configurable view of all existing brushes. 
 
However,the brush spacing, a vital parameter to the final effect of the 
tool is just visible if one displays the separated brushes dialog. 
 
Therefore, I believe the GIMP will become more usable if the spacing 
options is visible in the tool options, or when one selects a brush in the 
tool options.
Comment 1 Sven Neumann 2003-11-27 23:20:31 UTC
That would need quite some redesign. The brush spacing is part of the
brush, not a tool option. If you change the spacing of a brush, all
tools using the same brush are affected. Will need some further
thinking, definitely nothing for 2.0.
Comment 2 Daniel Rogers 2003-11-27 23:41:25 UTC
This is related to some of my ideas I came up with after talking to
you about brush redesigns.

I think right now there is an arbitrary distiction between the options
encoded in the brush file (like atom spacing) and the options encoded
with the tool (like pressure sensitivity).

I would really like to move some ideas around internally here.  The
concept of a brush should be "pix map + tool options"  and
constructing brushes involves choosing a pix map and all the tool
options associated with it.  And when picking a pixmap out of the
brush dialog, it should recall all the tool options as well.  This is
how paint shop pro and photoshop work and I think it is a simpler
model than what we use now.  Now the gimp has some rendering
parameters stored in the brush file and some of them stored in the
tool context when these options, concepually, are identically in my head.
Comment 3 Sven Neumann 2003-11-28 00:27:04 UTC
I basically agree with you here but I don't see this happening for
2.2. But let's see...
Comment 4 Michael Natterer 2004-07-12 22:21:40 UTC
Well, actually "the options encoded in the brush file" is just
spacing (correct me if i'm wrong here), and spacing has the
problem that it somehow belongs both to the brush *and* to the
tool options.

The brush designer has a good reason to choose the given default
spacing, and the user has good reasons to change this value.

So why not make the tool options brush spacing just be a factor
which gets multiplied with the brush's own spacing?
Comment 5 Alexia Death 2009-01-22 13:36:46 UTC
because user wants to set it in pixels, not in some bizarre ratio.
Comment 6 Michael Natterer 2009-01-22 15:04:39 UTC
No, *you* want to set it to pixels :)

When I select a brush, I look how large the brush preview is in the
canvas after selecting it. I don't care about its pixels size.

When I change the spacing, I want it "about twice that size" or something,
and I don't care about pixels either.

IMHO having the user enter pixel values is the worst kind of UI
we coud implement here.
Comment 7 Alexia Death 2009-01-22 15:23:45 UTC
Slider covers "about half that size" aspect of the issue. User should not have to enter pixels and needs to have dynamic tweaking options, but should be able to enter the value and have feedback in pixels. Once you have that spacing trimmed out you may need to ie. reuse it on another brush. IMHO the same should also apply to scale.
Comment 8 Martin Nordholts 2009-07-22 11:31:15 UTC
Let's look at what to do with this in the context of the GSoC 2009 Brush Dynamics project scheduled for inclusion in 2.8.
Comment 9 Martin Nordholts 2010-06-23 04:23:41 UTC
Postponing to 2.10.
Comment 10 Martin Nordholts 2011-03-14 07:35:17 UTC
A lot work has happened in 2.8 regarding this, maybe we can finish it off in 2.10?
Comment 11 Alexia Death 2014-11-13 12:52:23 UTC

*** This bug has been marked as a duplicate of bug 738005 ***