Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!snorkelwacker!bloom-beacon!sae.UUCP!mikeo From: mikeo@sae.UUCP (Michael Ovington) Newsgroups: comp.windows.x Subject: problem using R3 asciiStringWidget Message-ID: <9002162057.AA27338@sae.com> Date: 16 Feb 90 20:57:05 GMT Sender: daemon@athena.mit.edu (Mr Background) Organization: The Internet Lines: 59 I am having a problem with the R3 text widget that has me stumped. As a simplified description, I have a Composite widget that has an AsciiStringWidget child that is one line tall. The composite widget is a child to a Form, so the hierarchy looks something like: ___________________________________________________________ |Form | | ... | |_________________________________________________________| | Composite | ___________________________________________________________ | label | | asciiStringWidget | ___________________________________________________________ This works fine on Sun3's, Sun4's, DG Aviion, Decstation 3100, HP, and Apollo workstations under R2/R3/R4 based servers with a mixture of window managers (mwm, hpwm, uwm) BUT, when using the R4 twm on a Sun or Aviion (we don't have it on anything else yet), after resetting the text of the aaciiStringWidget, it locks up as far as further keyboard input is concerned. It will take mouse input: the mouse can be used to paste text cut from an xterm for example, but any keypress events that occur are propagated to the parent Form, which has done an XtAddEventHandler( form, KeyPressMask, ...); It looks to me as if the asciiStringWidget has removed its event handler for keyboard events, but only when twm is running. I don't see how this can happen, so I suspect something else is going on, but I am at a loss to understand what. I am resetting the text of the asciiStringWidget with the following code fragment: XtTextBlock block; XtTextPosition end; block.firstPos = 0; block.length = strlen( new_text); block.ptr = new_text; end = strlen( old_text); XtTextReplace( entryWidget, 0, end, &block); It has worked fine for ~2 years now, but R4 twm is the first ICCCM window manager we have tried. (unless mwm is compliant too). I am not modifying the translation table for the asciiStringWidget. I am not adding any action tables anywhere in the application. I am not making any undocumented calls to widget internals. I realize that I haven't provided enough information to reproduce my problem, but I am hoping for some pointers to where I might start LOOKING for a solution. ________________________________________________________________________ Michael S. Ovington Software Architecture & Engineering (703) 276-7910 1600 Wilson Blvd, Suite 500 uunet!sae!mikeo Arlington, VA 22209 ________________________________________________________________________