🚀 go-pugleaf

> > 
> > What I would like is to be able to have a screen automatically
> > selected if I move the cursor into it, but not have it auto-raise's.
> 
> Setting auto-raise-screen to nil should do this. If your WM is
> configured for click to type, then Epoch will be click to type also.
> 

Sorry, it doesn't seem to work.  I have not looked at the epoch code so I
don't really know what the problem is but there is one possibility:  If 
epoch is only looking for FocusIn events then this isn't enough.  epoch
should also be looking for EnterNotify events with the "focus" member set
to True.

I have another somewhat related question, how does epoch know to change the
input focus on a screen when the screen is raised via a window manager
function tied to a keystroke?

--
Tom LaStrange        toml@Solbourne.COM

In article <EBERSMAN.91Mar12201129@cfmartin.uu.net>, ebersman@uunet.uu.net (Paul Ebersman) writes:
> 
> What I would like is to be able to have a screen automatically
> selected if I move the cursor into it, but not have it auto-raise's.

Setting auto-raise-screen to nil should do this. If your WM is
configured for click to type, then Epoch will be click to type also.

-- 
Alan M. Carroll                "I hate shopping with the reality-impaired"
Epoch Development Team                 - Susan
CS Grad / U of Ill @ Urbana    ...{ucbvax,pur-ee,convex}!cs.uiuc.edu!carroll

In <1991Mar13.150000.9096@m.cs.uiuc.edu> carroll@cs.uiuc.edu (Alan M. Carroll) writes:

>In article <EBERSMAN.91Mar12201129@cfmartin.uu.net>, ebersman@uunet.uu.net (Paul Ebersman) writes:
>> 
>> What I would like is to be able to have a screen automatically
>> selected if I move the cursor into it, but not have it auto-raise's.

>Setting auto-raise-screen to nil should do this. If your WM is
>configured for click to type, then Epoch will be click to type also.

It's not. As I said in my post, I DESPISE! click-to-type. The auto-focus
without auto-raise works ONLY UNTIL I click my mouse to set the point.
-- 
                   Paul A. Ebersman @ UUNET Communications
                   uunet!ebersman or ebersman@uunet.uu.net
       The difference between theory and practice in practice is greater
           than the difference between theory and practice in theory.

In article <1991Mar13.150000.9096@m.cs.uiuc.edu> carroll@cs.uiuc.edu (Alan M. Carroll) writes:

   In article <EBERSMAN.91Mar12201129@cfmartin.uu.net>, ebersman@uunet.uu.net (Paul Ebersman) writes:
   > 
   > What I would like is to be able to have a screen automatically
   > selected if I move the cursor into it, but not have it auto-raise's.

   Setting auto-raise-screen to nil should do this. If your WM is
   configured for click to type, then Epoch will be click to type also.

That's the trick.  Be sure your window manager is in "input-follows-
mouse" mode.  For OpenWindows 2.0, I have the following in my
.Xdefaults file:

OpenWindows.SetInput:	followmouse

That's because OpenWindows will otherwise default to the dreaded
"click-to-type" mode.

--
   Steve Baumgarten             | "New York... when civilization falls apart,
   Davis Polk & Wardwell        |  remember, we were way ahead of you."
   baumgart@esquire.dpw.com     | 
   cmcl2!esquire!baumgart       |                           - David Letterman

I'm using Epoch with tvtwm, and if I iconify or move to back an Epoch
window I lose the automatic window focus (a similar problem to some
already mentioned).  However, I can get back automatic focus by
moving the pointer into the title bar of the window, and sending
two focus events (I'm using tvtwm, and I've bound a key to f.focus)

This fixes the problem until I iconize or move to back another
window, but it is enough of a pain that I've stopeed doing it.

The problem also occurs if I move to another part of the virtual
desktop.

I hope this info helps someone more knowledgeable than I to fix
this annoying bug.

-peter.
-- 
-------------------------------------------------------------------------------
           Peter Fletcher, PhD student.
Internet : peterf@csis.dit.csiro.au
Phone    : +61-6-2750914

I just brought epoch up in a debugger and watched the Focus and Enter/Leave
events when doing various things.  The input focus does indeed move between
windows when the mouse moves.  But, as soon as I hit F1, which I have tied
to do an f.raise, epoch gets a FocusIn event and sets the X_focus variable
to 2, indicating click to type.  I have added two lines to x11term.c that
seem to fix the problem.  I have tested it with swm and olwm and it seems
to do the right thing.  Here are the diffs, I did not modify the event 
handling between the DENYS_MOTION_COMPRESSION ifdefs so there's probably more
work to be done.  This of course is an unofficial patch although I have sent 
it to the epoch gods.

--
Tom LaStrange        toml@Solbourne.COM



*** x11term.c.orig	Thu Mar 14 08:09:56 1991
--- x11term.c	Thu Mar 14 08:10:57 1991
***************
*** 1576,1581 ****
--- 1576,1583 ----
  		break;
  #else /* not DENYS_MOTION_COMPRESSION */
  	    case EnterNotify :
+ 		if (event.xcrossing.focus)
+ 			X_focus = 0;
  	    case LeaveNotify :
  		if (! event.xcrossing.focus || X_focus == 2) break;
  	    case FocusIn :

This is an un-official note, which means that it represents only my
personal opinion, and is not an actual statement from the Epoch
Development Team.

Mr. LaStrange and I have exchanged some email on this topic, and
basically the problem comes down to the fact that when a WM has a
passive grab on a key for an Epoch screen, pressing the key confuses
Epoch because the X server generates a FocusOut and then a FocusIn
event, even if the focus model is pointer driven (see 8.4.3.2, Xlib
reference). A possible fix would be to add code in x11term.c, around
line 1589, to have

	    case FocusOut :
		/* start of change */
		if (
		    (event.type == FocusOut || event.type == FocusIn)
		    && event.xfocus.mode != NotifyNormal
		   ) break;
		/* end of change */
		X_focus =


WARNING! This code has _not_ been tested, but due to the number of
complaints about this, I thought I'd post this for those who are X and
Emacs wizards. If anyone does try this, please send me email about the
results. Thanks.

-- 
Alan M. Carroll                "I hate shopping with the reality-impaired"
Epoch Development Team                 - Susan
CS Grad / U of Ill @ Urbana    ...{ucbvax,pur-ee,convex}!cs.uiuc.edu!carroll