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: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: gimp-developer@lists.XCF.Berkeley.EDU
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@lists.XCF.Berkeley.EDU

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
    [EMAIL PROTECTED]

You can reach the person managing the list at
    [EMAIL PROTECTED]

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@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer





_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Reply via email to