Re: 0.96pre. Location of pasted objects



On 29.01.2007 15:46, christian ridderstrom gmail com wrote:
On Fri, 26 Jan 2007, christian ridderstrom gmail com wrote:

I have *not* filed the stuff below in bugzilla. I think it deserves a
bit of discussion first. For one thing, I'm not sure if this is the
intended behaviour, or if what I'm seeing is a bug.

/C

I noticed that there's a beginning of something clever as to where an
object you copy and then paste is inserted. However, it's not working
so great at the moment. I think it should at least be disabled by
default.

Here's what happens if I do:
1. Copy an object
2. Press Ctrl-v to insert an object

    The new object is inserted close to the top left of the window

3. Press Ctrl-v to insert an object again

    The second object is insert a little bit below and to the right

4. Press Ctrl-v to insert an object once more

     The third object is insert a little bit below and to the right
     of the second object.

This is annoying and I'm unable to figure out how to change the
"delta-distance" between the objects.

It is hardcoded in app/commands.c(edit_paste_callback)

Nor can I control where the object is initially inserted by for
instance clicking on the screen.

It may in fact be useful to maintain a "last clicked backround
click"-position and actually paste there. But IMO this position should not
be used if e.g. a cut follows a paste, because that would break the
use-case for moving object from one layer to another.

So I think this behaviour should at least be disabled by default.

DOing this with a switchable optiopn looks wrong to me, at least if we can
find a solution which fulfils all goals without adding too much clompexity.

Copy-Click-Paste feels natural for me.

        Hans

-------- Hans "at" Breuer "dot" Org -----------
Tell me what you need, and I'll tell you how to
get along without it.                -- Dilbert



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]