[Gimp-developer] make layer active when enabling its visibility

2010-08-16 Thread tmaes

Hi, here is an enhacement request I posted in the bugzilla, Martin Nordholts 
told me to send it to the mailinglist, so I hope I post it in the right place:

I often have this problem:

when enabling/disabling layers visibility during my work, to choose in whitch
layer I want to work, when I find the one I want, I directly go to the image
and draw... but sadly, it is in the last active layer that I draw and the result
is not what I wanted.
I think it would be more ergonomic if the turned on layer becomes
automatically the active layer. At least, if people could choose this
behaviour(instead of the actual) in the preferences, it would be great, I
think.

I hope my description is understandable.
Regards to all,

--
Thierry Maes

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


Re: [Gimp-developer] make layer active when enabling its visibility

2010-08-16 Thread Joao S. O. Bueno
On Mon, Aug 16, 2010 at 8:57 AM, tmaes thierry.m...@gmail.com wrote:

 Hi, here is an enhacement request I posted in the bugzilla, Martin Nordholts 
 told me to send it to the mailinglist, so I hope I post it in the right place:

 I often have this problem:

 when enabling/disabling layers visibility during my work, to choose in whitch
 layer I want to work, when I find the one I want, I directly go to the image
 and draw... but sadly, it is in the last active layer that I draw and the 
 result
 is not what I wanted.
 I think it would be more ergonomic if the turned on layer becomes
 automatically the active layer. At least, if people could choose this
 behaviour(instead of the actual) in the preferences, it would be great, I
 think.

 I hope my description is understandable.
 Regards to all,


Hi Thierry -

While this behavior can make for a productive workflow in you case, it
would otherwise break completely the way the program behaves now - it
would be impossible for one turning on another layer to continue
painting where he was previously. In contrast,  activating the newly
visible layer is just a  matter of one additional click for who wants
this to happen.

So I think your request is not feasible in the way it stands.

On a connected issue, there is a somewhat hidden feature regarding
activating layers: in the preferences dialog, on the tool options, you
can set the Move tool to automatically select the moved layer (that is
not the default behavior) - and on the Image Windows tab of the
preferences, you can set the Space bar to switch temporarily to the
Move tool (instead of the default 'pan') - in that way, you can have a
fast and agile workflow to change the active layer, by pressing space
and clicking on a part of the image on the desired layer.

Regards,

  js
  --


 --
 Thierry Maes

 ___
 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


[Gimp-developer] Rendering GIMP widgets entirely in OpenGL/FBO?

2010-08-16 Thread Martin Spindler
  Hi there,

this is my first contact to GIMP/GTK+ from a developer's point of view.

For a research project I need to be able to render UI widgets/palettes 
of a graphics editor (like GIMP) entirely in 3D space. In other words, I 
would like to apply 4x4 Matrices (rotation, translation, shearing) onto 
the widgets' bounding rectangles and then render these transformed 
rectangles directly in 3D space and texture them with the widgets' content.

I have found a very exciting example for Qt (see [1] or [2]) which 
exactly demonstrates this. However, unfortunately, I could not find an 
open source Qt-based graphics editor that comes close to the features of 
GIMP... :-).

Now, my question: Does anybody of you have knowledge about whether and 
how I could do something similar in GTK+/GIMP? A small test example 
would be great. Of course, I already did a little research and came to 
the conclusion that maybe a combination of GIMP, cairo and glitz might 
be an excellent starting point. What do you think? Is it possible to 
render GIMP/GTK+ widgets entirely in OpenGL, e.g., via FBOs?

My environment of choice would be MS VS 2008/Win32, but I could also 
live with mingw or even Linux (I would definitively prefer the first 
option, because this is our lab's standard).

Cheers,
Martin.
[1] 
http://labs.trolltech.com/blogs/2008/06/27/accelerate-your-widgets-with-opengl/
[2] 
http://labs.trolltech.com/blogs/2008/12/02/widgets-enter-the-third-dimension-wolfenqt/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Rendering GIMP widgets entirely in OpenGL/FBO?

2010-08-16 Thread Martin Spindler
  Hi Øyvind,

thanks a lot for your fast reply and pointing me to the clutter-project. 
This really looks like I was looking for.

On 16.08.2010 18:53, Øyvind Kolås wrote:
 A GTK+ mailing list would probably be more appropriate than the
 gimp-developer mailing list :)
I am sorry for this, but I was interested in rendering standard 
GIMP-Widgets/Palettes in particular...

Kind regards,
Martin.

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


[Gimp-developer] 3D heightfield render plugin?

2010-08-16 Thread Rob Antonishen
A few gimp versions ago I thought there was a 3D rendered view of your
image as a heightfield.  This was a second 'view and it would update
as you worked on the main image with the normal tools.  The only think
you could change was the camera position.

Does anyone remember this?

Is it still available for the current version of gimp?

Am I having a hallucination?

Thanks in advance-

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


[Gimp-developer] Zoom tool kills other tools... hmhhhh

2010-08-16 Thread oliver
Hello,


quite often I want to use the zoom tool and zoom into an area
which I just have marked for cutting with the knife tool.

But when using the zoom tool instead of the %-selections below
the picture, the zoom tool deactivates the cutter.

This might make sense in some situations,  or even in a lot of
situations... but when I just want to zoom into the part,
where I think I could cut, this is not helping.

It would be nice - maybe with a key pressed, when selecting
the zoom tool - that it does NOT deactivate the cutter (or othe tools).

For example a selection is not destroyed by the zoom tool.

But the area that the cutter wants to cut - somehow - also is a selection.
And this one IS destroyed.


That's somehow not consistent, IMHO.


What do you think?


Ciao,
   Oliver

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


[Gimp-developer] Paspertout for cutter - how dark can it become? (and size of selected area)

2010-08-16 Thread oliver
Hello,


the paspertout-area for cutting... IMHO it would be fine
to have adjustable brightness/darkness for those areas which
would be cutted away.

Sometimes the default is good.

But sometimes I would like to have the selected-for-cutting area
being completely darkened.

Would that be possible?

Ciao,
  Oliver


P.S.: Would it even be possible to automatically (or by command)
  scale the selected area to become as big as the window alloes
  (fit window size)?
  This would also be very helpful for cutting photographs to the right
  size, and see, how it looks in the end.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer