Hi,
On Fri, 2007-01-19 at 21:23 -0300, Manuel Quiñones wrote:
> PD: I know this kind of discussion may bother developers, and I
> understand you are leading to a major release for us all. So, why not
> open a mailing list dedicated to gimp-scripting? I ask questions about
> scripting in the gimp-
2007/1/18, Thorsten Wilms <[EMAIL PROTECTED]>:
> On Thu, Jan 18, 2007 at 02:57:30AM -0300, Manuel Quiñones wrote:
> > I've had a similar idea than yours, and implemented it right away. But
> > instead of changing zones with keystrokes, the zone can be selected
> > using the crosspoint of two perpen
Hi,
On Thu, 2007-01-18 at 10:10 +0100, Thorsten Wilms wrote:
> > http://bugzilla.gnome.org/show_bug.cgi?id=86274
>
>
> If I understand the whole thread, it's about another way
> to select any layer, not only one that has highest z-order
> and non-zero alpha at a specific location (pointer).
On 1/18/07, Thorsten Wilms <[EMAIL PROTECTED]> wrote:
I usually work with a bunch of alpha-locked layers (paint shape in
flat-colour,
lock alpha, paint shadows, light, texture ...)
I guess the perfect zone implementation would actualy need some overlap
to have the same effect of alpha-locked l
On Thu, Jan 18, 2007 at 08:04:28PM +1030, David Gowers wrote:
> >I like the idea of using a layer and a palette to draw the zones.
> >Even though I talked about hard edges, I (and everyone else drawing)
> >need anti-aliased ones in almost all cases :}
>
>
> Well, the simple case of that is easil
On 1/18/07, Thorsten Wilms <[EMAIL PROTECTED]> wrote:
On Thu, Jan 18, 2007 at 02:57:30AM -0300, Manuel Quiñones wrote:
> I've had a similar idea than yours, and implemented it right away. But
> instead of changing zones with keystrokes, the zone can be selected
> using the crosspoint of two perp
On Thu, Jan 18, 2007 at 07:56:47AM +0100, Sven Neumann wrote:
> Hi,
>
> On Wed, 2007-01-17 at 18:03 +0100, Thorsten Wilms wrote:
>
> > Thinking some more about this, a "switch to highest in the stack
> > layer with non-zero alpha at pointer location", option, triggered
> > on button/pen-down be
On Thu, Jan 18, 2007 at 02:57:30AM -0300, Manuel Quiñones wrote:
> I've had a similar idea than yours, and implemented it right away. But
> instead of changing zones with keystrokes, the zone can be selected
> using the crosspoint of two perpendicular guides. I know this is ugly,
> and maybe your i
On Wed, Jan 17, 2007 at 10:30:32PM -0200, Joao S. O. Bueno Calligaris wrote:
> I have the followwing proposal:
> what if one had a set of pre-loaded selections, and could switch back
> and forth among then with a single keystroke - Do you (and others)
> think it could be as usefull/more useful
I've had a similar idea than yours, and implemented it right away. But
instead of changing zones with keystrokes, the zone can be selected
using the crosspoint of two perpendicular guides. I know this is ugly,
and maybe your idea about changing to next/previous zone is better.
Here it is:
http://w
I've had a similar idea than yours, and implemented it right away. But
instead of changing zones with keystrokes, the zone can be selected
using the crosspoint of two perpendicular guides. I know this is ugly,
and maybe your idea about changing to next/previous zone is better.
Here it is:
http://w
Hi,
On Wed, 2007-01-17 at 18:03 +0100, Thorsten Wilms wrote:
> Thinking some more about this, a "switch to highest in the stack
> layer with non-zero alpha at pointer location", option, triggered
> on button/pen-down before drawing is actually executed could
> do the trick while been least int
On 1/18/07, Manuel Quiñones <[EMAIL PROTECTED]> wrote:
I've had a similar idea than yours, and implemented it right away. But
instead of changing zones with keystrokes, the zone can be selected
using the crosspoint of two perpendicular guides. I know this is ugly,
and maybe your idea about chang
On 1/18/07, Joao S. O. Bueno Calligaris <[EMAIL PROTECTED]> wrote:
Ok - I've read the request and got the idea.
I have the followwing proposal:
what if one had a set of pre-loaded selections, and could switch back
and forth among then with a single keystroke - Do you (and others)
think it could
Ok - I've read the request and got the idea.
I have the followwing proposal:
what if one had a set of pre-loaded selections, and could switch back
and forth among then with a single keystroke - Do you (and others)
think it could be as usefull/more usefull/just the same as these
proposed drawin
On Wed, Jan 17, 2007 at 01:26:07PM +0100, Thorsten Wilms wrote:
>
> # The goal:
> Draw on several areas of an image while maintaining sharp edges
> around each of them (in many cases they will touch, so before I
> talked about edges between them).
> With the least amount of interruption!
> # D
On Wed, 17 Jan 2007 16:00:00 +0100, Thorsten Wilms <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 17, 2007 at 06:36:27AM -0800, Saul Goode wrote:
> > If the only difference is whether a mouse-click is used on the canvas or
> > a keystroke/menu/widget action is used to invert the selection, I
> > suspect
On Wed, Jan 17, 2007 at 06:36:27AM -0800, Saul Goode wrote:
> > Lets try another description:
> > Drawing zones would be like 2 or more non-overlapping selections
> > that are active at the same time. Which one is applied to a drawing
> > operation is determined by where the mouse/pen-down hap
> Sorry, no. I don't see the benefit over switching between layers.
>
#1: A selection does not overlap its inverse.
#2: There is no need to keep track of which layers are associated with
each other (and for "switching between layers", presumably they would
need to be adjacent in the layerstack).
On Wed, Jan 17, 2007 at 01:18:35AM -0800, Saul Goode wrote:
>
> If I am understanding you correctly, these scripts should be helpful to
> you in your workflow. You would still have to manually invert the
> selection; but I would point out that the Select menu can torn off so
> that "Select->Invert
On Wed, Jan 17, 2007 at 08:52:48AM +0100, Sven Neumann wrote:
>
> I start to realize what you are asking for now. But, instead of
> suggesting a solution, could you perhaps try to explain where the
> problems are when you try to use the currently available features to
> implement your workflow? Yo
On Tue, 2007-01-16 at 22:06 +0100, Thorsten Wilms wrote:
> My proposal is about an alternative to using either layers
> or saved selections to draw on areas of an image with sharp
> edges between them.
>
If I might offer a possible work-around. I have written a some scripts
which permit you t
Hi,
On Tue, 2007-01-16 at 22:06 +0100, Thorsten Wilms wrote:
> My proposal is about an alternative to using either layers
> or saved selections to draw on areas of an image with sharp
> edges between them.
I start to realize what you are asking for now. But, instead of
suggesting a solution, c
Him
On Tue, 2007-01-16 at 22:06 +0100, Thorsten Wilms wrote:
> My proposal is about an alternative to using either layers
> or saved selections to draw on areas of an image with sharp
> edges between them.
>
> http://bugzilla.gnome.org/attachment.cgi?id=80388
>
> Shows a typical case, ignorin
Hi,
On Wed, 2007-01-17 at 12:19 +1030, David Gowers wrote:
> Also consider reopening the bug report -- you can do this since you're
> the reporter, and as Sven resolved it WONTFIX under a huge
> misapprehension of it, I recommend doing so. It may influence the
> volume of discussion on it here.
Also consider reopening the bug report -- you can do this since you're the
reporter, and as Sven resolved it WONTFIX under a huge misapprehension of
it, I recommend doing so. It may influence the volume of discussion on it
here.
___
Gimp-developer mailin
On 1/17/07, Thorsten Wilms <[EMAIL PROTECTED]> wrote:
Hi!
So I was asked to suggest new features on the mailing-list and only
file bug report after they have been discussed there ... and it seems
theres a misunderstanding to be resolved and i wouldn't mind more
exposure for this ... :)
My pro
Hi!
So I was asked to suggest new features on the mailing-list and only
file bug report after they have been discussed there ... and it seems
theres a misunderstanding to be resolved and i wouldn't mind more
exposure for this ... :)
My proposal is about an alternative to using either layers
o
28 matches
Mail list logo
