Re: feedback on middle-clicking tab behavior
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
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