trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: November 2015

Re: [trinity-users] pet peeve

From: Gene Heskett <gheskett@...>
Date: Sun, 15 Nov 2015 17:27:38 -0500
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.
> Nik


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>