Re: feedback on middle-clicking tab behavior

2016-08-04 Thread Scott Kostyshak
On Thu, Aug 04, 2016 at 04:53:13PM +0200, Helge Hafting wrote:
 
> Middle-clicking on a tab does not provide a location, only which document to
> paste into. So I would expect the current selection to be pasted into the
> current cursor position of the document in that tab.

Interesting, I didn't think about this possible expectation.

> > 1b. What do you think *should* happen?
> Pasting into another document than the active one may be useful, but
> dangerous if the user don't see what happens. So perhaps LyX should switch
> to that document so the user don't get surprised later. Or perhaps this
> should only work for the active tab?

We decided to set it so that middle-click closes a tab. In my opinion
the strongest argument for why this makes sense is because Chromium and
Firefox do it. I don't think that should be the only argument, but since
we don't have UI specialists here, I think it's good to try to be as
consistent as possible with other tab-related applications.

> > 
> > 2a. What do you *expect* to happen if you middle-click on the space to the
> > right of the tabs? I'm referring to the blank space where if you had
> > more tabs it would take that space up.
> Nothing - pasting anything there makes no sense. If I want a context menu,
> I'll right-click.
> > 2b. What do you think *should* happen?
> Nothing. Unless you can come up with something useful? To be intuitive, it'd
> have to be paste-related?

Middle-click is not just used for paste. See above.

> Note that making every part of the screen sensitive to clicks & drags is
> unpleasant. It is nice to have some places where a click/drag is not
> "dangerous" - so one can click to raise/focus the window (or check if it has
> focus already). But this applies more to the left button.

Good point. I agree. Not just for raise/focus behavior but also for
errant clicks. For a similar reason I think that saturating the keyboard
shortcuts (i.e. assigning a shortcut to every key combination) is not a
good idea.

Thanks for the feedback, Helge.

Scott


signature.asc
Description: PGP signature


Re: feedback on middle-clicking tab behavior

2016-08-04 Thread Helge Hafting



Den 20. juli 2016 08:33, skrev Scott Kostyshak:

Dear LyX users,

I'm implementing a very small feature and before I proceed further I
would like to get a little feedback. I have two questions that are
relevant if you have more than one document open in LyX, using tabs.

1a. What do you *expect* to happen if you middle-click on a tab?
Middle-click is "paste", it pastes the current selection into whatever 
the mouse cursor is over. A very useful feature of X11, one can quickly 
mark & paste stuff without having to use "ctrl+c" or menu choices like 
"copy" and "paste". A nice and extremely quick way of getting text from 
one place to another. Works inside LyX, and works between LyX and other 
programs (web browsers, terminals, ...)


Middle-clicking inside the main window pastes at the location 
clicked.Middle-clicking anywhere text can be entered, will paste text there.


Middle-clicking on a tab does not provide a location, only which 
document to paste into. So I would expect the current selection to be 
pasted into the current cursor position of the document in that tab.



1b. What do you think *should* happen?
Pasting into another document than the active one may be useful, but 
dangerous if the user don't see what happens. So perhaps LyX should 
switch to that document so the user don't get surprised later. Or 
perhaps this should only work for the active tab?


2a. What do you *expect* to happen if you middle-click on the space to the
right of the tabs? I'm referring to the blank space where if you had
more tabs it would take that space up.
Nothing - pasting anything there makes no sense. If I want a context 
menu, I'll right-click.

2b. What do you think *should* happen?
Nothing. Unless you can come up with something useful? To be intuitive, 
it'd have to be paste-related?


Note that making every part of the screen sensitive to clicks & drags is 
unpleasant. It is nice to have some places where a click/drag is not 
"dangerous" - so one can click to raise/focus the window (or check if it 
has focus already). But this applies more to the left button.


Helge Hafting