Ok, random rant on the subject of mouse-keys. I think that this
is a relatively good idea... especially if it is coupled with a
movement of the mouse cursor to the relevant menu (in the case
of non-root window menu).
In the end this actually ends up being a sort of windowsy type
of thing... iirc you can hit Ctrl-Enter and get the window menu
for a given app in windows (95->). Of course by nature windows
has more (fascist) control over input in general, but it is
neat to be able to move windows with the keyboard, even if it
is rough and gridlike.
Maybe we just need the hyper, super, and mega keys us youngins
read about in old docs about emacs... but then again i think
it has been settled that blackbox remains closer to vi than
emacs at heart. This is probably a good thing, and what's kept
me using blackbox beyond all the hype of new window managers.
-Rich
On Fri, Jul 07, 2000 at 09:03:07PM -0400, Jeff Raven wrote:
> On Fri, Jul 07, 2000 at 07:56:32PM -0400, Chris Grossmann wrote:
> > This may be a naive solution, and maybe I missed some of the
> > thread already..
> >
> > Couldn't we bind keys to mouse actions? I think fvwm used
> > to do this.. alt-right arrow moved the mouse ten pixels to
> > the right, alt-shift-tab is a left mouse click, etc.
> >
> > Would this solve the menu problem, and be easy to implement?
> >
>
> It wouldn't be too complicated. You can use XWarpPointer to move
> the mouse relative to its current position, and XSendEvent to send
> button events to the window currently under the pointer. Would be
> fairly straightforward to code.
>
> Whether this would solve the menu problem for folks, I don't know.
>
> Jeff Raven
--
The future just hasn't been properly marketed yet. --Bruce Sterling
