Re: 0.96pre. Location of pasted objects
- From: Hans Breuer <hans breuer org>
- To: discussions about usage and development of dia <dia-list gnome org>
- Subject: Re: 0.96pre. Location of pasted objects
- Date: Tue, 30 Jan 2007 00:27:33 +0100
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]