[Kst] Copy/Paste behavior

[Andrew Walker]

Some menu items would need to change as obviously the shortcut (^C/^X)
can't do something different from the menu item.

George's incomplete code didn't - it simply copied a completely
empty plot to the new location (no curves, no labels, etc.)

The back-buffer idea is a good one, and I don't see why it couldn't
be made to work.

Again some menu items would need to change as obviously the shortcut (^V)
can't do something different from the menu item.

-----Original Message-----
From: Barth Netterfield [mailto:netterfield at astro.utoronto.ca]
Sent: Wednesday, March 16, 2005 8:53 AM
To: Andrew Walker
Cc: kst at kde.org
Subject: Re: [Kst] Copy/Paste behavior


On March 16, 2005 11:35 am, you wrote:
> How would the current plot be defined if done from the menu-copy?
> That is why there is a right-click copy menu item in layout mode.

Good point for the menu.  But I think it would be nice if ^C/^X from in a plot 
in layout mode could copy/cut the plot.

> Cut should be relatively simple.
>
> This would essentially mean saving a kst file section to the
> clipboard (which still needs to be implemented) but should
> be fairly simple to do - given that all the xml saving code is
> there (though some changes may be necessary).

How did George's incomplete code handle this?  Or did it?

> png drag/drop would be relatively simple but would add to the
> time lag as we'd need to create the png.

Could we use the back-buffer?  Then it would only mean the conversion time, 
not a re-draw.  It is a pretty reasonable way to define the size of the png 
in any case...

> If menu-paste is used then there is no current cursor location (or at
> least not one we want to paste to). We could add a right-click
> paste menu item saying something like "paste here" (restricted by
> all the usual rules about plots being wholly contained by a window etc.)

Right.... Maybe menu-paste could behave as now, ^V could dump at the cursor...

> Labels and labelboxes would be fairly simple.