home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / x / 14369 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.6 KB  |  35 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!snorkelwacker.mit.edu!bloom-beacon!INTERNET!dont-send-mail-to-path-lines
  3. From: converse@expo.lcs.mit.EDU (Donna Converse)
  4. Subject: Re: Problems with Athena Tree Widget
  5. Message-ID: <9207241843.AA15563@excess.lcs.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Organization: X Consortium, MIT Laboratory for Computer Science
  8. References: <1992Jul23.221513.1048@elroy.jpl.nasa.gov>
  9. Date: Fri, 24 Jul 1992 18:43:23 GMT
  10. Lines: 23
  11.  
  12.  
  13. > I am trying to use the Athena tree widget on a Sparc IPX running 4.1.2 SunOS,
  14. > X11R5 fix 11. The problem I am having is that if I do not set the
  15. > XtNtreeParent resource when the child of the tree is created It can not be
  16. > set using XtSetValue.
  17.  
  18. The treeParent resource can be set on a child of the Tree widget at any time.
  19. Setting it will not necessarily have an immediate effect on the layout of the
  20. children (nodes) of the Tree.  The layout is affected anytime a child of the
  21. Tree is managed or unmanaged.  So it is management that it coupled with the
  22. ability to see the resource have an effect on the layout, not creation.
  23.  
  24. You could create all the potential nodes, then later use XtSetValues on
  25. their Tree constraint resource XtNtreeParent, and then manage all the
  26. interesting nodes.  The Tree autoReconfigure resource is supposed to be able
  27. to give the application programmer a way to delay the geometry management
  28. negotiations until all the nodes are managed, but this is apparently a
  29. no-op, so you may see a lot of geometry jiggling going on as you make the
  30. calls to manage children.
  31.  
  32.  
  33. Donna Converse
  34. MIT X Consortium
  35.