[Kst] [Bug 248885] Plots can't be moved between tabs

[Peter Kümmel]

https://bugs.kde.org/show_bug.cgi?id=248885





--- Comment #10 from Peter Kümmel <syntheticpp gmx net>  2010-09-06 08:13:36 ---
Am Montag, den 06.09.2010, 08:06 +0200 schrieb Nicolas Brisset:
> https://bugs.kde.org/show_bug.cgi?id=248885
> 
> 
> Nicolas Brisset <nicolas.brisset at eurocopter.com> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|RESOLVED                    |REOPENED
>          Resolution|FIXED                       |
> 
> 
> 
> 
> --- Comment #9 from Nicolas Brisset <nicolas brisset eurocopter com>  2010-09-06 08:05:58 ---
> So, I've tested it and it does the job. Thanks Peter!
> 
> Since you've surely noticed in the meantime I'm rather a perfectionist, so I do
> have a couple of minor things I'd still like to improve/add:

But not a perfect perfectionist ;) ou've missed some things:
- legend is not shown while dragging
- a rotated plot is not shown rotated while dragging

> 1) during the drag operation you can no longer see the tabs, we need a way to
> indicate to the user which tab he's going to be dropping onto. I see 2

Yes, when you start dragging by clicking in the middle of the plot you
are lost. Start by clicking near the upper end of the plot. 

> possibilities: either a small popup notification above (in terms of z order)
> the plot pixmap each time the mouse reaches a different tab, or some text in
> the status bar ("Drop onto: [tab name]"). As a side comment, we don't use the
> status bar enough if you ask me (see inkscape for example, I discovered a lot
> of things just reading the status bar)
> 2) the area between the axes and the border of the plot (where axis labels are)
> is flickering a lot during the drag operation. There must be a way to avoid
> this as nothing else flickers. This is just nice-to-have (while the previous
> point is more important), but if it's easy...

Never saw it, on Linux only?

> 3) for discoverability as well as users migrating from kst 1.x, I think adding
> the copy/paste or cut/paste options through the Edit menu + the RMB action in
> the context menu should be done. One point we should still clear is whether the
> context menu should be the same in zoom mode and layout mode. I'm for some
> common and some different entries, but I'll detail it in a different report...
> For now, both are the same and we can add the action to both.

I also thought about disabling the layout specific entries when we are
in the data mode.
> 
> I'm reopening the bug until everything is implemented so that we can better
> track the status in bugzilla.
> 

Wasn't is still open?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.