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?
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.
Perhaps the
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
I was
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, the
On Fri, Mar 5, 2010 at 3:05 PM, Akkana Peck akk...@shallowsky.com 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.
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
the
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
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
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
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
the deletion of a layer. But the forced viewer scroll down( or up
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,
11 matches
Mail list logo
