🚀 go-pugleaf

Even better (I hope the author of xfeel is listening!) how about click fore/
background as an option.  Configurable for which mouse button does what, this
would be a good workaround for the UI problem where WPS dragging causes the
window of the dragged object to come to foreground.  If one could click the
left or middle (wishful thinking :-( ) button while dragging with right, and
have the window move back to the background, this would make a good workaround.

Whew!
Meir

In article <81774@hydra.gatech.EDU> gt1610c@prism.gatech.EDU (Michael Kenneth McGaugh) writes:
>In article <unruh.727982140@unixg.ubc.ca> unruh@unixg.ubc.ca (Bill Unruh) writes:
>>Is it possible to set OS2 up so that the focus moves with the mouse, rather
>>than the focus transfereing with a mouse click on the window (I know in
>>X it is an option). Also that foreground background is not tied to the focus
>>ie to transfer to foreground you have to click on the boarder rather than just 
>>anywhere. At present focus and foreground are tied together, and that is not 
>>always convenient.
>>Bill Unruh
>>unruh@physics.ubc.ca
>
>To answer your first question, you can get the 'xfeel' util from 
>ftp-os2.nmsu.edu.  This causes focus (and foreground) to follow the
>mouse.
>
>As for separating forground and focus, I don't know.
>Would it be possible to have a named pipe for the input to a program,
>and then have an xfeel like program send all keyboard input to the
>window which has the mouse pointer over it?
>
>Ken.
>
>-- 
>M. Ken McGaugh
>Georgia Institute of Technology, Atlanta Georgia, 30332
>uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1610c
>Internet: gt1610c@prism.gatech.edu


 * * * * *  =================== Internet   mig@cunixb.cc.columbia.edu
* * * * * * == Meir I. Green == AmateurPkt N2JPG@W2XO.PA.USA.NOAM
 * * * * *  = mig@columbia.edu= Amateur IP N2JPG@uhm.ampr.org
* * * * * * =================== BC-Goliath green@smtplink.barnard.columbia.edu