Path: utzoo!attcan!uunet!wuarchive!mit-eddie!uw-beaver!ubc-cs!news-server.csri.toronto.edu!orasis.vis.toronto.edu!ai.toronto.edu!tjhorton From: tjhorton@ai.toronto.edu ("Timothy J. Horton") Newsgroups: comp.windows.x.motif Subject: Re: XmNactivateCallback on XmText not being called? Message-ID: <90Sep30.144242edt.8267@orasis.vis.toronto.edu> Date: 30 Sep 90 18:43:15 GMT References: <1990Sep20.163058.11712@tse.uucp> Organization: Department of Computer Science, University of Toronto Lines: 45 [ sorry if this makes it out in triplicate; we had a broken news Q for days ] As cont1@tse.UUCP (Contractor #1 = Tim Horton) I wrote: > >I am having a consistent problem on several platforms with... > - text widget, > - XmSINGLE_LINE_EDIT mode, > - stricly default translations >Editing in the text widget works as expected, *BUT* the XmNactivateCallback >does not get called when the user hits return. Why? I've narrowed the problem down -- it has something to do with the enclosing dialog shell, but I can't guess what: The XmNactivateCallback DOES get called as expected if the XmText is in a simple XmForm widget, under my topLevel window, but it DOES NOT get called if the XmText is in a XmFormDialog, ie. under a dialog shell. I checked the dialog shell, and XmNdefaultButton is null, and XmNautoUnmanage is false, so I have no idea why the text widget is not getting the return key. I know I could add an extra button beside the text field to get an activate event that way, but I would like `return' to work as it "should", according to our GUI specification. >This XmText occurs on a XmFormDialog, which also contains an XmLabel, an >XmDrawingArea and XmScrollBar, 3 XmRowColumn's of XmToggleButtonGadgets, >and a few XmPushButtons. I don't have any tab groups set (should I?). >The UIL for the text widget says it all: > arguments > { > ... position info ... > XmNeditable = true; > XmNeditMode = XmSINGLE_LINE_EDIT; > XmNrows = 1; > XmNmaxLength = 30; > }; > callbacks > { > XmNactivateCallback = procedure symSelTyped(); > };