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

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

Re: feedback on middle-clicking tab behavior

2016-07-22 Thread Scott Kostyshak
On Fri, Jul 22, 2016 at 07:52:59PM +0200, racoon wrote: > How about a "full screen" option that is still windowed, i.e. a windowed > mode that gets rid of selected elements, like toolbars and tabs? > > - To begin with it could use the same settings of hidden elements as full > screen. > > -

Re: feedback on middle-clicking tab behavior

2016-07-22 Thread racoon
On 22.07.2016 11:17, Scott Kostyshak wrote: On Fri, Jul 22, 2016 at 10:41:08AM +0200, racoon wrote: On 21.07.2016 02:04, Scott Kostyshak wrote: On Wed, Jul 20, 2016 at 07:32:01PM -0400, Scott Kostyshak wrote: Interesting idea. I guess we do not show it to use the extra space, but I'm not

Re: feedback on middle-clicking tab behavior

2016-07-22 Thread PhilipPirrip
On 07/21/2016 04:20 PM, Scott Kostyshak wrote: or www.lyx.org/trac/ticket/10289 Thanks Scott, it was 10289. I added a comment to the discussion there.

Re: feedback on middle-clicking tab behavior

2016-07-22 Thread Scott Kostyshak
On Fri, Jul 22, 2016 at 10:41:08AM +0200, racoon wrote: > On 21.07.2016 02:04, Scott Kostyshak wrote: > > On Wed, Jul 20, 2016 at 07:32:01PM -0400, Scott Kostyshak wrote: > > > > > > Interesting idea. I guess we do not show it to use the extra space, but > > > I'm not sure which is best. > > > >

Re: feedback on middle-clicking tab behavior

2016-07-22 Thread racoon
On 21.07.2016 02:04, Scott Kostyshak wrote: On Wed, Jul 20, 2016 at 07:32:01PM -0400, Scott Kostyshak wrote: Interesting idea. I guess we do not show it to use the extra space, but I'm not sure which is best. I doubt we are going to change this by default [...] (Sorry for being slightly

Re: feedback on middle-clicking tab behavior

2016-07-21 Thread Scott Kostyshak
On Thu, Jul 21, 2016 at 03:22:59PM -0400, PhilipPirrip wrote: > > > 1a. What do you *expect* to happen if you middle-click on a tab? > Nothing > > > > 1b. What do you think *should* happen? > > Switch to Master document. Interesting idea. > PLUS > Left-click on a tab should switch to

Re: feedback on middle-clicking tab behavior

2016-07-21 Thread Scott Kostyshak
On Thu, Jul 21, 2016 at 03:26:22PM -0400, PhilipPirrip wrote: > On 07/20/2016 07:50 PM, Scott Kostyshak wrote: > > 1. close the tab on middle-click > > Would you still keep all the [×] buttons? Yes. In my opinion middle-click should never replace any other behavior. It should just add some bonus

Re: feedback on middle-clicking tab behavior

2016-07-21 Thread PhilipPirrip
On 07/20/2016 07:50 PM, Scott Kostyshak wrote: 1. close the tab on middle-click Would you still keep all the [×] buttons?

Re: feedback on middle-clicking tab behavior

2016-07-21 Thread PhilipPirrip
1a. What do you *expect* to happen if you middle-click on a tab? Nothing 1b. What do you think *should* happen? Switch to Master document. PLUS Left-click on a tab should switch to previously opened tab (switch between two documents) 2a. What do you *expect* to happen if you

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Jean-Marc Lasgouttes
Le 21/07/2016 à 02:04, Scott Kostyshak a écrit : On Wed, Jul 20, 2016 at 07:32:01PM -0400, Scott Kostyshak wrote: Interesting idea. I guess we do not show it to use the extra space, but I'm not sure which is best. I doubt we are going to change this by default, but if you want it for your

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Scott Kostyshak
On Wed, Jul 20, 2016 at 07:32:01PM -0400, Scott Kostyshak wrote: > > Interesting idea. I guess we do not show it to use the extra space, but > I'm not sure which is best. I doubt we are going to change this by default, but if you want it for your local build, just change the following: // Hide

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Scott Kostyshak
On Thu, Jul 21, 2016 at 09:44:52AM +1200, gordon cooper wrote: > 1a & 1b also 2a & 2b. I wold not expect anything to happen. > > With my present mouse, which has a fairly light touch, I would > prefer things to stay as they are - nothing. The scroll and middle > button are combined and as I

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Scott Kostyshak
On Wed, Jul 20, 2016 at 02:41:52PM +0100, Shay Riggs wrote: > 1a. I’d expect the tab to close on middle-click (like Chrome). > 1b. I think the tab should close. > > 2a. I wouldn’t expect anything to happen. > 2b. I don’t think anything should happen – but it would be great if there > were a “new

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Scott Kostyshak
On Wed, Jul 20, 2016 at 07:33:05PM +, Paul A. Rubin wrote: > Scott Kostyshak lyx.org> writes: > > I assume when you say "on a tab" you mean on the tab header. > > > > 1a. What do you *expect* to happen if you middle-click on a tab? > > The universe to implode (the Big Un-Bang?). Well I

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Scott Kostyshak
On Wed, Jul 20, 2016 at 09:48:39AM +0200, racoon wrote: > On 20.07.2016 08:33, Scott Kostyshak wrote: > > 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

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread gordon cooper
1a & 1b also 2a & 2b. I wold not expect anything to happen. With my present mouse, which has a fairly light touch, I would prefer things to stay as they are - nothing. The scroll and middle button are combined and as I tend to scroll often, another function (as happens in another application

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Paul A . Rubin
Scott Kostyshak lyx.org> writes: I assume when you say "on a tab" you mean on the tab header. > > 1a. What do you *expect* to happen if you middle-click on a tab? The universe to implode (the Big Un-Bang?). > 1b. What do you think *should* happen? Nothing. If I middle-clicked on a tab, it

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Shay Riggs
1a. I’d expect the tab to close on middle-click (like Chrome). 1b. I think the tab should close. 2a. I wouldn’t expect anything to happen. 2b. I don’t think anything should happen – but it would be great if there were a “new tab/document” button (like Chrome). I’d expect that to create a blank

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread Jean-Marc Lasgouttes
Le 20/07/2016 à 15:41, Shay Riggs a écrit : I’d expect that to create a blank document using whatever the default settings are. (Can this be specified somewhere?) Yes, by using the "Save as Document Defaults" button of Document>Settings. JMarc

Re: feedback on middle-clicking tab behavior

2016-07-20 Thread racoon
On 20.07.2016 08:33, Scott Kostyshak wrote: 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