The users are mark inclusions that they analyze on a stone. The three views are used as follows:
1 view serves as a working view or scratch pad
1 view serves as a view that will be printed on a report
1 view serves as internal view, i.e. includes additional markups that is not in the report view.
Desmond
----- Original Message ----
From: "gimp-developer-request@xxxxxxxxxxxxxxxxxxxxxx" <gimp-developer-request@xxxxxxxxxxxxxxxxxxxxxx>
To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Sent: Wednesday, September 13, 2006 3:20:56 AM
Subject: Gimp-developer Digest, Vol 48, Issue 16
Send Gimp-developer mailing list submissions to
gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
or, via email, send a message with subject or body 'help' to
gimp-developer-request@xxxxxxxxxxxxxxxxxxxxxx
You can reach the person managing the list at
gimp-developer-owner@xxxxxxxxxxxxxxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gimp-developer digest..."
Today's Topics:
1. Customizing GIMP windows and behavior (Des)
2. Re: GIMP plug-in disabled. (Sven Neumann)
3. Re: Customizing GIMP windows and behavior (Sven Neumann)
4. make healing brush and clone tool use one source and possibly
involve shift modifier (Alexander Rabtchevich)
5. Re: make healing brush and clone tool use one source and
possibly involve shift modifier (Sven Neumann)
6. Re: make healing brush and clone tool use one source and
possibly involve shift modifier (Alexander Rabtchevich)
7. Re: make healing brush and clone tool use one source and
possibly involve shift modifier (Sven Neumann)
8. Re: soc-2006-healing-brush branch merged and closed (Sven Neumann)
9. Re: healing brush hanging X11 (Sven Neumann)
Hi,
I am new GIMP. We are looking to extend GIMP to
fulfill some functionality required by our users, and
one of the them is to be able to open an image in
three windows, where one window will be the active
image which allows the users to add additional paths,
and other objects. Adding anything to this image will
also add the paths and objects to the second window.
On the second window, if the user add any paths or
other objects, it just remains in this window.
Regards,
Desmond
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi,
On Wed, 2006-09-13 at 00:13 +0930, David Gowers wrote:
> Your plugin needs to take an image as its first input in order to be
> repeatable.
What do you mean when you say "repeatable"? What you are
saying here doesn't make any sense to me.
Sven
Hi,
On Tue, 2006-09-12 at 22:45 -0700, Des wrote:
> I am new GIMP. We are looking to extend GIMP to
> fulfill some functionality required by our users, and
> one of the them is to be able to open an image in
> three windows, where one window will be the active
> image which allows the users to add additional paths,
> and other objects. Adding anything to this image will
> also add the paths and objects to the second window.
> On the second window, if the user add any paths or
> other objects, it just remains in this window.
I don't think such a thing can be implemented without massive changes to
the internals. But why would your users want such a behaviour? And what
are your users?
Sven
Working with healing brush in 2.3.11 I've found it very useful. But
sometimes it is required not only to change the texture, but also to
change color of the image part while retouching with clone tool. So I
switch between tools with C and H hotkeys. It could be even smoother if
these tools use the same source: if a source for healing brush is
selected, and user switches to clone tool, the clone tool should already
have the same source and be ready to work. And vice versa.
Furthermore, as shift modifier is not used (as I can see), it can be
used for switching between these tools if one of them is used.
--
With respect
Alexander Rabtchevich
Hi,
On Wed, 2006-09-13 at 09:28 +0300, Alexander Rabtchevich wrote:
> Working with healing brush in 2.3.11 I've found it very useful. But
> sometimes it is required not only to change the texture, but also to
> change color of the image part while retouching with clone tool. So I
> switch between tools with C and H hotkeys. It could be even smoother if
> these tools use the same source: if a source for healing brush is
> selected, and user switches to clone tool, the clone tool should already
> have the same source and be ready to work.
The only reasonable way to implement this would be to remove the Heal
tool and integrate healing as an option in the Clone tool. But we
decided against this because the clone options are already quite
complex.
This is similar to the Pencil and Paintbrush tools. There could be a
toggle for "Hard edge" in the Paintbrush tool instead of a dedicated
Pencil tool. This would result in a more powerful tool but it would be
quite overloaded and the Pencil feature would be harder to discover. The
same reasons apply here for having a dedicated Heal tool.
That said, let's get back to your suggestion. It would help if, instead
of proposing a solution, you could outline what exactly you cannot
achieve using the Heal tool. There are most probably better ways to
solve the problem.
Sven
I'll try to describe my workflow. When I'm retouching (humans skin)
there are two types of defects from color point of view: 1. the ones
which have rather large smooth area and which color differs from skin
color and 2. small ones with the texture other than nearby skin and
possibly but not necessary different color. The difference is rather
narrow and is based on defect size compared to nearby face features:
foldings, lips...
I use scalable round brush mostly with 50% opacity which fades to edges.
Also 2 modifiers are used: [] for quick and <> for exact brush resizing.
So if a defect has different (reddish) color, it can even have the same
texture as the nearby skin. The healing brush doesn't change the color,
but it is required here! The clone tool is just in place for this
action. So I switch to it with C, select the source again and apply it.
Making a conclusion, sometimes it is required to replace the destination
color with the source one, not only to flatten or copy the texture of
the source. That's why I use the clone tool consequently with the
healing brush.
Sven Neumann wrote:
>
> That said, let's get back to your suggestion. It would help if, instead
> of proposing a solution, you could outline what exactly you cannot
> achieve using the Heal tool. There are most probably better ways to
> solve the problem.
>
> Sven
--
With respect
Alexander Rabtchevich
Hi,
On Wed, 2006-09-13 at 10:32 +0300, Alexander Rabtchevich wrote:
> Making a conclusion, sometimes it is required to replace the destination
> color with the source one, not only to flatten or copy the texture of
> the source. That's why I use the clone tool consequently with the
> healing brush.
The heal tool needs to change anyway. The current state where it only
works if you click, but not if you paint with it, is not acceptable. So
perhaps we can take your points into consideration when changing the
tool. Currently the idea is to make the Heal tool work just like the
Clone tool and apply the healing magic after released the mouse button.
Perhaps there could be a modifier key that suppresses the healing so it
would work just like a clone tool.
Sven
Hi Kevin,
a while ago I wrote to the list with the following questions and I don't
remember to have gotten answers to them. Will you please consider to
answer these questions?
On Tue, 2006-09-05 at 07:55 +0200, Sven Neumann wrote:
> Of course optimizing the Laplacion solver is still desirable. Have you
> done any profiling on this yet? Is there a way to benchmark it? A
> regression test would also be nice to have for this purpose.
Sven
Hi Kevin,
a while ago we discussed how to change the heal tool so that it doesn't
do it's time-expensive calculations while the user is painting but to
delay it until after the mouse has been released. Have you tried to
change the code in this direction? Do you need more help with this?
Sven
_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
