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

Peter Kümmel syntheticpp at gmx.net
Sun Sep 5 19:39:02 CEST 2010


Am Freitag, den 03.09.2010, 15:11 -0400 schrieb Barth Netterfield:
> 1.x has a rmb->move to other tab option->TabName option, which is
> discoverable and clear.  The only improvement that dnd would give to
> that would be the ability to position the plot in the new tab, which
> is sort of awkward in tab mode anyways.
> 
> This is certainly the easiest option, and might be well within good-enough.

We could also add it. 
And I saw there is the option to copy the plot: the next TODO.

Peter

> 
> On Fri, Sep 3, 2010 at 4:52 AM, Peter Kümmel <syntheticpp at gmx.net> wrote:
> > On 03.09.2010 09:43, Nicolas Brisset wrote:
> >> https://bugs.kde.org/show_bug.cgi?id=248885
> >>
> >>
> >>
> >>
> >>
> >> --- Comment #6 from Nicolas Brisset <nicolas brisset eurocopter com>  2010-09-03 09:43:42 ---
> >> I see...
> >> What I don't like is that there are still 2 *major* usability problems:
> >> 1) discoverability: *nobody* will have the idea of clicking on the upper right
> >> corner, which makes sense only in zoom mode (to activate tied zoom) and we are
> >> speaking here about an action that is only working in layout mode! Since we all
> >> know close to nobody reads docs, it has to be intuitive! The first idea one
> >> gets it to simply drag the plot as you would to move it, and put the mouse
> >> cursor above the new tab. I think that's how it should work. It's a sort of
> >> continuation of the natural layout mode drag event. Why should dragging within
> >> the view be different from dragging between views?
> >> 2) unintuitive restriction: after you wrote I have to click on the upper right
> >> corner, I tried it and thought it did not work. Why? Because I tried to drop
> >> the plot anywhere in the new tab, that is within the view. And the even only
> >> gets accepted if you drag the plot to the tab itself! I think it has to be
> >> possible to drop the plot anywhere in the new view, and that even has the
> >> benefit that it allows to pre-position it where it makes most sense.
> >
> > This is totally clear! The current solution is not very intuitive. But
> > the final solution needs much more work. And I thought the current solution
> > is better than nothing, seems this is wrong.
> >
> >>
> >> Could you maybe update back to revision 1168869 and try it there? It was pretty
> >> close to what I want reg. point 1)
> >>
> > _______________________________________________
> > Kst mailing list
> > Kst at kde.org
> > https://mail.kde.org/mailman/listinfo/kst
> >
> 
> 
> 




More information about the Kst mailing list