Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-06 Thread Michael Natterer
On Sat, 2010-03-06 at 13:56 +0100, Sven Neumann wrote: > On Fri, 2010-03-05 at 20:22 +0100, Martin Nordholts wrote: > > On 03/05/2010 03:20 AM, Luiz Felipe Moraes Pereira wrote: > > > Hi again, the original discussion is in the link below: > > > https://bugzilla.gnome.org/show_bug.cgi?id=611758 > >

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-06 Thread Alexia Death
On Saturday 06 March 2010 14:56:21 Sven Neumann wrote: > > To me, having the layers dialog scroll to a seemingly random place after > > deleting a layer is a clear usability problem. A user should not have to > > worry about what layer that was previously selected when deleting a > > layer. > > Pe

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-06 Thread Sven Neumann
On Fri, 2010-03-05 at 20:22 +0100, Martin Nordholts wrote: > On 03/05/2010 03:20 AM, Luiz Felipe Moraes Pereira wrote: > > Hi again, the original discussion is in the link below: > > https://bugzilla.gnome.org/show_bug.cgi?id=611758 > > > > I was advised to present this idea here, what do you think

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-05 Thread Luiz Felipe Moraes Pereira
I understood gimp 2.7 will fix this kind of problem, if that´s the case, then I will be waiting for 2.7. About Jerry way of doing things I think it makes more sense (at least) to me. I do not know very well how to use your script but I´ll find a way to give it a shot buddy. Em Sex, 2010-03-05 às

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-05 Thread Rob Antonishen
I've verified the behaviour is inconsistent, at least which could be considered a bug. I assumed it would go to the last drawable, but that isn't so... Deleting a channel always makes the channel that was below it active (regardless of the active order before), unless it is the last channel, in w

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-05 Thread Jerry Baker
I've always hated the way that worked, I've got a script that deletes the active layer, then sets the layer underneath it to active if anyone wants to use it... #!/usr/bin/env python # -*- coding: utf-8 -*- # # delete-layer.py - Version 1.0 # Copyright (C) 07/11/2008 by Jerry Baker # www.

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-05 Thread Martin Nordholts
On 03/05/2010 03:20 AM, Luiz Felipe Moraes Pereira wrote: > Hi again, the original discussion is in the link below: > https://bugzilla.gnome.org/show_bug.cgi?id=611758 > > I was advised to present this idea here, what do you think? > > Also I do not mind much about not having a selected layer after

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-05 Thread Joao S. O. Bueno
On Fri, Mar 5, 2010 at 3:05 PM, Akkana Peck wrote: > Luiz Felipe Moraes Pereira writes: >> Also I do not mind much about not having a selected layer after >> the deletion of a layer. But the forced viewer scroll down( or up ), >> depending of the last selected layer is a problem. > > This used to

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-05 Thread Akkana Peck
Luiz Felipe Moraes Pereira writes: > Also I do not mind much about not having a selected layer after > the deletion of a layer. But the forced viewer scroll down( or up ), > depending of the last selected layer is a problem. This used to annoy me a lot, because I frequently want to delete, say, t

Re: [Gimp-developer] remove layer should not force you to last selected layer

2010-03-04 Thread Rob Antonishen
Once I was used to the behaviour I found it quite useful. If I need to delete a number of consecutive layers, I select the top or bottom one then use the down or up arrow to walk through the layers I want deleted then click the delete button repeatedly. However, even knowing it and leveraging it,