[comp.windows.x] Focus problem with dxwm ... help?

uhley@albion.Caltech.Edu (John Uhley) (07/08/90)

I've attempted to wade through the Ultrix manuals to find the solution to
this annoying problem, but haven't hit on the right library call yet.  

What is the 'trick' which will allow an applications dialogs and 
top level shell widgets to become 'selectable' by dxwm (and prehaps any
click-to-select window manager).    I have set the correct size hints for 
the top level shell, so dxwm has a resize/iconify/title bar attached to
the realized window, but when I click on the window or attempt to type into
a dialog within it, keyboard input remains focused on the last dxterm 
clicked on.   Mouse events, on the other hand, behave correctly.

I suspect I'm missing something obvious...  

	Thanks,

		John Uhley
		uhley@smaug.cns.caltech.edu

converse@EXPO.LCS.MIT.EDU (Donna Converse) (07/09/90)

> What is the 'trick' which will allow an applications dialogs and 
> top level shell widgets to become 'selectable' by dxwm (and prehaps any
> click-to-select window manager).

> ... when I click on the window or attempt to type into
> a dialog within it, keyboard input remains focused on the last dxterm 
> clicked on.

The shell resource XtNinput indicates to the window manager whether
an application expects keyboard input.  If XtNinput is TRUE, the 
window manager gives keyboard input focus to the application under some
condition, in this case clicking in the application window.  If it is
FALSE, the window manager may never give keyboard focus to the application.


Donna Converse