> Thank you, Rob, for creating this useful script.
>
> If I may, I would like to suggest a little improvement aimed to get
Thanks for the suggestion. I have added the check for floating selection.
Also, as a point, this can not replace the real ctrl-v as it can not
paste stuff from the system cl
2010/6/3 Rob Antonishen :
> I've been following this with interest.
>
> To play with it, I created a script:
> http://ffaat.pointclark.net/incoming/scripts/paste-as-new-centered.scm
>
> It registers as Edit->Paste As->New Centered Layer
>
> -Rob A>
>
Thank you, Rob, for creating this useful script
(Sorry for the top post. I was using gmail from my phone and it
defaults to that and can't be turned off I don't even see what I
am replying to but it sticks it there anyway...)
-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkel
Yes more or less. The script pastes as a layer not a floating layer.
That is the big difference. And it provides the same alignment
behaviour to the new layer which is not the behaviour of the current
“paste as layer” (which aligns the new layer at 0,0.
-Rob A>
On 6/3/10, Sven Neumann wrote:
> O
On Thu, 2010-06-03 at 21:01 +0100, Chris Mohler wrote:
> On Thu, Jun 3, 2010 at 8:47 PM, Sven Neumann wrote:
> >> I bound this to ctrl-v and played for a while and it feels pretty
> >> intuitive. One "feature" is that if you make a selection and go
> >> ctrl-x, ctrl-v it pastes the cut out bit ex
On Thu, Jun 3, 2010 at 8:47 PM, Sven Neumann wrote:
>> I bound this to ctrl-v and played for a while and it feels pretty
>> intuitive. One "feature" is that if you make a selection and go
>> ctrl-x, ctrl-v it pastes the cut out bit exactly where it was cut out
>> from, which makes sense.
>
> That
On Thu, 2010-06-03 at 13:45 -0400, Rob Antonishen wrote:
> I bound this to ctrl-v and played for a while and it feels pretty
> intuitive. One "feature" is that if you make a selection and go
> ctrl-x, ctrl-v it pastes the cut out bit exactly where it was cut out
> from, which makes sense.
That i
I've been following this with interest.
To play with it, I created a script:
http://ffaat.pointclark.net/incoming/scripts/paste-as-new-centered.scm
It registers as Edit->Paste As->New Centered Layer
This script will paste the contents of the buffer as follows:
- If there is a selection, it will
On Thu, Jun 3, 2010 at 4:00 PM, Jason Simanek wrote:
> It sounds
> like you are saying it should be pasted to the exact location where it
> was copied from. I agree. The pasted pixels should end up exactly
> where I copied them from.
>From my own (user) perspective, I wholeheartedly agree: if pos
Jason Simanek wrote:
>> but in the majority of cases it will be in the 'wrong' position
>> and it needs to be moved to be 'right'.
>
> Paste to new layer currently pastes the copied pixels in the top-left.
> I think Gino suggested that it be changed to 'centered'. It sounds
> like you are saying i
On Thu, Jun 3, 2010 at 8:21 AM, peter sikking wrote:
> Gino D wrote:
> as I said yesterday, this new-layer-from-clipboard workflow
> needs attention too. user efficiency (speed!) and flexibility
> are important here. one aspect (as Gino points out) is default
> placement of the paste on the new la
Gino D wrote:
> Having said that, if there is no need to merge layers together, but
> you simply want to manage the pasted object as indipendent layer, then
> the optimal solution is to use the "Paste as New Layer" command rather
> than the "Paste" command, which actually generates floating
> sele
Hi.
2010/6/2 Jason Simanek :
>
> Thanks for pointing out the usefulness of floating selections for
> scripting/plugins. That makes a lot of sense. But if that is the only
> usefulness for this special type of layer I think it should be a special
> behavior that can be employed by script and plugin
Jason Simanek wrote:
> Has there been any discussion about doing away with the 'floating
> selection' quasi-layer that occurs after copy/pasting in Gimp?
hey, what a coincidence. actually last weekend at lgm there
was a meeting (joao, pippin and me) about giving Elle Yan's
'on-canvas tool' SoC pr
Hi, This has just been discussed in the Libre Graphics Meeting which
just took place, and should be the main subject of the Summer of Code
project I am mentoring.
there are other motives for the Floating Selection (i.e. the "quasi
layer") to exist, but of course, the existing usability for that is
> Von: Jason Simanek
> Thanks for listening. If a discussion about these issues has already
> taken place, please provide URLs to those discussions. I have no
> intention of reopening discussions that have already been resolved.
https://bugzilla.gnome.org/show_bug.cgi?id=561576
HTH,
Michael
Gino,
On 06/02/2010 06:12 AM, Gino D wrote:
> 2010/6/2 Jason Simanek:
>> A new layer is non-destructive. Why is there a need for this other type
>> of layer? The name 'floating selection' isn't even accurate. This is a
>> collection of pixels. It is not a selection. A selection is an ephemeral
>>
Hi.
2010/6/2 Jason Simanek :
>
> A new layer is non-destructive. Why is there a need for this other type
> of layer? The name 'floating selection' isn't even accurate. This is a
> collection of pixels. It is not a selection. A selection is an ephemeral
> mask not a collection of specific pixels.
>
Hi,
Has there been any discussion about doing away with the 'floating
selection' quasi-layer that occurs after copy/pasting in Gimp? I don't
mean to compare the Gimp to Photoshop, but it seems like this is a place
where Photoshop does the right thing: when graphics are copy/pasted a
new layer
19 matches
Mail list logo