On Sunday 15 November 2015 22:27:38 Gene Heskett wrote: > On Sunday 15 November 2015 17:17:16 Dr. Nikolaus Klepp wrote: > > Hi Gene! > > > > Am Sonntag, 15. November 2015 schrieb Gene Heskett: > > > Greetings all; > > > > > > One of the un-nessessarily difficult aspects of running linuxcnc, is > > > how the mouse vs menu's is handled. > > > > > > LinuxCNC's file menu in particular has a behaviour that needs a > > > liberal application of a LART but when I ask the developers about it > > > I am told its whatever the window manager does. > > > > > > In this case chase the mouse over and click on the left hand "file" > > > menu, which brings up a list of next operation choices, as you > > > would expect. 2nd on the menu is "recent files". Makes perfect > > > sense because one is often cycleing thru at least 2 file, maybe > > > more, and several tool changes before removing that workpiece from > > > the jig. > > > > > > Problem is, in order to maintain that 2nd menu, the mouse cursor > > > must not leave the "recent files" line of text in the primary menu, > > > else the secondary menu disappears to be replaced by the sub-menu > > > the mouse might be traveling over, ostensibly on its way to the 2nd > > > menu's display. Net result is that sub-menu's are popping up and > > > disappearing as the mouse mopves, and when the pointer arrives at > > > where the filename you wanted to click on, its not there, having > > > been replaced by something else whose only commonality is that it > > > belongs in the "file" menu category. > > > > > > 1. Clicking on the already highlighted "recent files" line of text > > > does nothing, although one would normally expect the click to at > > > least lock it to that function. > > > > > > 2. So I must pull over my chair and sit down so I can guide the > > > mouse as it moves sideways, such that it never leaves that line of > > > text. A 3 second click here, click on the name, done, simply is not > > > possible. The operation can take as long as 30 seconds to get lucky > > > and guide the mouse accurately enough not to lose the menu and get > > > something else. > > > > > > Is it possible to let the mouse click select the menu, then click > > > select the sub-menu, then click select the filename one wants > > > without all this gingerbread popping up and derailing ones line of > > > thought? IOW, do nothing between clicks, just check to see where > > > the click was, totally ignoring how the mouse got to where the click > > > was issued? > > > > > > Its called useability by me, and the present menu's popping in and > > > out of existence as the mouse is moved performance is a huge > > > hindrance to productivity. > > > > > > Obviously, showing the pointer moving is fine, but doing nothing > > > else until a click is issued would be the ideal target. > > > > > > Is it fixable someplace? > > > > > > Thanks people. > > > > > > Cheers, Gene Heskett > > > > Well, don't use the mouse :-) > > > > Try this: > > > > <alt>+F, <down>, <right>, 2, <enter> > > Is it fussy which <alt>? > > Didn't work the first time, menu opened, but keyboard arrows were sent > to /dev/null. Closed it, hit it again, worked. ?? > > > And you've loaded the second recent file .. > > I'll give that a shot when I'm out there making Mahogany chips again. > Tomorrow. > > Thanks Nik, that sounds useable, but fixing the mouse would be even > better as its a one handed operation. Since it is a problem which is universal to every system and website I remember having ever used, it is unlikely to get fixed soon. Lisi > > > Nik > > Cheers, Gene Heskett