🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.epoch.misc
Article #352

Re: bug with X window focus switching?

#352
From: rodrigo vanegas
Date: Mon, 09 Nov 1992 19:58
27 lines
1569 bytes
>The original intent of the filled cursor was to let you know where the
>focus was. However, no focus events are sent to either emacs or xterm.
>
>The twm icon manager is the one handling the decorations, so it knows
>that it wants to see the window corresponding to the icon manager
>entry to be highlighted. You may consider this a bug in twm if you
>wish, but emacs, epoch, and xterm all have no knowledge of how the
>events are reaching it when it is not currently the window in 'focus'.

I think you've misunderstood my report.  I find that xterm and emacs
*are* aware of the change of focus and reflect this awareness by
having filled or hollow cursors.  Epoch, too, is aware of focus
changes when they occur in by the more direct movement of the mouse
from one region of the screen to another.

Unlike emacs and xterm and a number of other apps where this is
relevant, epoch is not aware of focus changes when they occur as a
result of keyboard input.  I don't know exactly whose fault it is or
what the deal is exactly.  But i do know that emacs and xterm handle
this event appropriately. 

Epoch is the problem this time -- not twm.



rodrigo
Technical Details
Message-ID: <9211100558.AA25301@cslab5e.cs.brown.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!cs.brown.edu!rv

Show Full Headers
Complete Article Headers
Newsgroups: gnu.epoch.misc
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!cs.brown.edu!rv
From: rv@cs.brown.edu (rodrigo vanegas)
Subject: Re: bug with X window focus switching?
Message-ID: <9211100558.AA25301@cslab5e.cs.brown.edu>
Sender: daemon@cis.ohio-state.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 9 Nov 1992 19:58:31 GMT
Lines: 27