home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!caen!kuhub.cc.ukans.edu!nrlvx1.nrl.navy.mil!mcintyre
- Newsgroups: comp.windows.x.motif
- Subject: Keyboard Traversal
- Message-ID: <1993Jan7.154201.897@nrlvx1.nrl.navy.mil>
- From: mcintyre@nrlvx1.nrl.navy.mil
- Date: 7 Jan 93 15:42:01 -0400
- Organization: NRL SPACE SYSTEMS DIVISION
- Lines: 36
-
- I am checking the keyboard traversal of my apllication right now and things
- seem to work as expected, except...
-
- How do you determine the order in which the widgets are traversed within a
- shell? I thought it was by position, i.e. moving from the upper-left hand
- corner to the lower-right hand corner of the shell; but that does not appear to
- be the case all the time and it certainly is not the desired behavior all of
- the time. How do you change this??
-
- Second problem is very specific. I have the following widget strucutre:
-
- XmDialogShell--
- |
- ->XmPanedWindow--
- |
- ->XmScrolledList
- |
- ->XmForm--
- |
- ->XmPushButton...
-
- This is just a simple dialog with a scrolled list widget and 3 pushbuttons, OK,
- Apply and Cancel. I have set the OK button to be the defaultButton of the Form
- to start with and this works. What does not work is using the RETURN key
- within the scrolled list. The item looks selected, but when I programmatically
- query the widget for the selected item, I get back a NULL value. Using the
- SPACE key to select an item in the scrolled list works perfectly fine, but not
- the RETURN key. I assume that there is a conflict in the Translations between
- the default pushbutton and the use of the defaualt key inside the scrolled
- list. However, I have not dealt with translations to any degree, (I have been
- avoiding them), and do not want to delve into them unneccesarily. BTW the
- scrolled list widget is a single select list. Does anyone know a simple
- answer, or any answer, for this problem??
-
- Sean T. McIntyre
-
-