Hi,
On Tue, 2009-03-17 at 07:26 -0400, Rob Antonishen wrote:
> My opinion (which probably breaks some other intended behaviour) is
> that if the active drawable is a channel, pasting should default to a
> paste into that active channel
It does, of course. There's just this internal design flaw t
On Tue, Mar 17, 2009 at 1:11 AM, David Gowers wrote:
> Ah, I see the problem now. There is not an 'active channel'.
> There is rather an 'active drawable' (and both layers and channels are
> classified as drawables). This has always been the case (but perhaps
> we can show this in a clearer way? I
On Tue, Mar 17, 2009 at 1:40 PM, Rob Antonishen
wrote:
> On Mon, Mar 16, 2009 at 10:15 PM, David Gowers wrote:
>> Hello Rob,
>>> It seems you can no longer paste into a channel.
>> In the latest SVN, you can.
>> It is confusing that the floating layer shows up in the layers dialog
>> rather than t
On Mon, Mar 16, 2009 at 10:15 PM, David Gowers wrote:
> Hello Rob,
>
> On Tue, Mar 17, 2009 at 11:25 AM, Rob Antonishen
wrote:
>>
>>
>> Paste (right-click|Edit|Paste) the image into this channel.
>>
>>
>> It seems you can no longer paste into a channel.
> In the latest SVN, you can.
> It is confus
Hello Rob,
On Tue, Mar 17, 2009 at 11:25 AM, Rob Antonishen
wrote:
>
>
> I dug up a copy of this manula, and discovered a couple things after
> playing with channels in 2.6.4 and 2.6.1 on Ubuntu.
>
> In the instructions, it states:
> Open the Channels tab and create a new channel. In the New Chan
On Sun, Mar 8, 2009 at 11:20 AM, Sven Neumann wrote:
>
> I think you are missing the bigger picture here. Channels are not only
> about saved selections. If they were, we should indeed declare then as
> such. But channels are also used for simulating spot colors and as such
> they are much more cl
> I
>just cannot get my head around how to retrieve the "saved" selection.
>Any assistance on this will be most welcome.
>BTW: GIMP is truly great!
>
>
>
You can retrieve a saved selection using the channels dialog: Go to "Windows"
-> Dockable Dialogs -> Channels. Below the RGBA channels you'll
As a casual, inexperienced user of GIMP, I would like to add my comment about
saving selections.
Using a trial version of PS I tried many different things on the same
photo(s). Some of them being colour fiddling, DOF manipulation, cut-and-paste,
and many more.
I found the ability to save a (named)
Rob Antonishen wrote:
> I think that all of the "channel" use cases should be examined before
> deciding how these should act.
>
> My own experience with channels is limited to:
> 1) Image decomposition for masking/converting to greyscale
> 2) Saved selections
>
> ...
> Sven mentioned other uses, l
On Wed, Mar 11, 2009 at 10:33 AM, Rob Antonishen
wrote:
> Sven mentioned other uses, like spot colour and halftoning. I can't
> find any references on using gimp channels for spot colour, in fact
> google only finds me claims that a weakness of gimp is that it does
> NOT support spot colours.
G
Hi,
On Wed, 2009-03-11 at 11:33 -0400, Rob Antonishen wrote:
> Sven mentioned other uses, like spot colour and halftoning. I can't
> find any references on using gimp channels for spot colour, in fact
> google only finds me claims that a weakness of gimp is that it does
> NOT support spot colour
On Sun, Mar 8, 2009 at 6:07 AM, Sven Neumann wrote:
> Hi,
>
> On Sat, 2009-03-07 at 15:38 +0100, peter sikking wrote:
>
>> what I first of all think is that the channels dialog needs to be
>> split in two: a channels dialog and a stored-selections dialog.
>
> Having them in one dialog is admittedl
Sven wrote:
> On Sun, 2009-03-08 at 21:05 +0100, peter sikking wrote:
>
>> and I can't believe that proposing an alignment of GIMP UI with
>> the realities of users expectations meets such a dogged resistance.
>
> There is no dogged resistance. I just had the impression that you
> believed that st
Hi,
On Sun, 2009-03-08 at 21:05 +0100, peter sikking wrote:
> and I can't believe that proposing an alignment of GIMP UI with
> the realities of users expectations meets such a dogged resistance.
There is no dogged resistance. I just had the impression that you
believed that storing selections w
Sven wrote:
> On Sun, 2009-03-08 at 17:15 +0100, peter sikking wrote:
>
>> hmmm, there must be a misunderstanding here.
>
> Yes, obviously there is. But it is on your side.
>
>> if you read carefully what I am proposing then you'll see that
>> the only thing that is going to change about the chann
Hi.
On Sun, 2009-03-08 at 17:15 +0100, peter sikking wrote:
> hmmm, there must be a misunderstanding here.
Yes, obviously there is. But it is on your side.
> if you read carefully what I am proposing then you'll see that
> the only thing that is going to change about the channels
> dialog itsel
Sven wrote:
> On Sun, 2009-03-08 at 14:38 +0100, peter sikking wrote:
>
>> this may look to you like we are only shuffling the furniture,
>> but I cannot overstate how much this change is needed in the interest
>> of usability:
>>
>>
>> really. I am not exaggerating.
>>
>>
>> a significant portion
Hi,
On Sun, 2009-03-08 at 14:38 +0100, peter sikking wrote:
> this may look to you like we are only shuffling the furniture,
> but I cannot overstate how much this change is needed in the interest
> of usability:
>
>
> really. I am not exaggerating.
>
>
> a significant portion of our core use
Sven wrote:
>> what I first of all think is that the channels dialog needs to be
>> split in two: a channels dialog and a stored-selections dialog.
>
> Having them in one dialog is admittedly somewhat confusing, but it
> is an
> established standard for pixel manipulation programs.
this may loo
Hi,
http://bugzilla.gnome.org/show_bug.cgi?id=574418 now has a patch that
implements this change.
> > - blinking the channels/selections dialog: good
> > - showing the channels/selections dialog as the top: rather not
> > - making in the channels dialog case the new selection/channel the
> >t
Hi,
On Sat, 2009-03-07 at 21:48 +0300, Alexandre Prokoudine wrote:
> Speaking of which (and sorry for interrupting the thread), could
> somebody please fix "Qmask" message showing up in localized GIMP
> instead of "Quick mask" translation when you toggle quick mask with
> Shift+Q?
Where does thi
Hi,
On Sat, 2009-03-07 at 15:38 +0100, peter sikking wrote:
> what I first of all think is that the channels dialog needs to be
> split in two: a channels dialog and a stored-selections dialog.
Having them in one dialog is admittedly somewhat confusing, but it is an
established standard for pixe
On Sat, Mar 7, 2009 at 3:24 AM, David Gowers wrote:
> While there definitely are some scenarios where I want to perform a
> filter on a selection, I will typically use QMask mode instead of
> filtering a saved selection
Speaking of which (and sorry for interrupting the thread), could
somebody pl
Sven wrote:
> As I said already, I agree with you in all points and I am all for
> changing this. But I wanted you to provide a better workflow example
> to
> persuade the UI team to give OK for this change. Peter, what do you
> think?
Well,
what I first of all think is that the channels dial
Hi,
On Fri, 2009-03-06 at 20:59 -0500, Rob Antonishen wrote:
> That might not have been the best example.
>
> A guess a more useful example would be that after building a
> complicated selection to isolate a portion of an image (say the sky)
> the user wants to save that selection, then modify th
That might not have been the best example.
A guess a more useful example would be that after building a
complicated selection to isolate a portion of an image (say the sky)
the user wants to save that selection, then modify the entire image
(say gamma correction, or colour balance, even desaturate
Hi!!!
On Sat, Mar 7, 2009 at 10:16 AM, Rob Antonishen
wrote:
> I posted this as a bug, and was told by Sven Neumann the behaviour was
> intentional and to raise it here.
>
> Currently, when saving a selection to a channel, either using the UI
> or via the PDB, the active drawable gets changed fro
Hi,
On Fri, 2009-03-06 at 18:46 -0500, Rob Antonishen wrote:
> I posted this as a bug, and was told by Sven Neumann the behaviour was
> intentional and to raise it here.
Thanks for bringing this discussion to the mailing-list.
> The current behaviour is confusing to a user because of the followi
I posted this as a bug, and was told by Sven Neumann the behaviour was
intentional and to raise it here.
Currently, when saving a selection to a channel, either using the UI
or via the PDB, the active drawable gets changed from the working
layer to the new channel.
I believe the active drawable s
29 matches
Mail list logo