home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / windows / openloo / 5118 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  4.7 KB

  1. Xref: sparky comp.windows.open-look:5118 alt.toolkits.xview:1224
  2. Path: sparky!uunet!spool.mu.edu!enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!news.tele.fi!news.funet.fi!fuug!mcsun!sun4nl!tnofel!qb7g6
  3. From: qb7g6@fel.tno.nl (Maarten Landzaat)
  4. Newsgroups: comp.windows.open-look,alt.toolkits.xview
  5. Subject: FYI: DevGuide 3.0 experiences
  6. Message-ID: <1993Jan21.170515.8971@fel.tno.nl>
  7. Date: 21 Jan 93 17:05:15 GMT
  8. Organization: TNO Physics and Electronics Laboratory
  9. Lines: 94
  10.  
  11.  
  12. Hi, I wrote the following for a final document after having used
  13. DevGuide 3.0 for some time. You might find it useful to
  14. hear from my experiences. If you have have any comments,
  15. please do not hesitate to email or followup.
  16.  
  17. I used DevGuide 3.0 with Xview and gxv++ only.
  18.  
  19. ----------------------8<--------------------------------------------
  20. WORKING WITH DEVGUIDE
  21. ---------------------
  22.  
  23. Some unexpected features of DevGuide 3.0 were discovered while
  24. seriously using it.  Most issues addressed below cannot be found in the
  25. DevGuide manuals.
  26.  
  27.  
  28. Tips & Tricks
  29. -------------
  30.  
  31. This trick is applied on the lower layered pane:
  32. If you want the previous control area to re-appear, you only have
  33. to hide the current control area. This seems to work flawlessly.
  34. It has not been tested if this works more than once, i.e. 
  35. hiding the visible control area more than once.
  36. The alternative would have been to use a variable which keeps track
  37. of the previously visible control areas.
  38.  
  39. The following feature is available in DevGuide, but appeared to be "not
  40. implemented" in gxv++ for Xview. gxv++ generates a x_stubs.cc file without
  41. warning, inserting comment lines like "not implemented".  The feature
  42. is a connection "from" anything "to" enabling or disabling an
  43. nonexclusive setting item.  The workaround is to do a "manual" xv_set
  44. on the setting's PANEL_VALUE.  The PANEL_VALUE is a bitmap of the
  45. states of the setting items.  The LSB corresponds to the first item,
  46. etc. See the O'reilly's XView book for more details.
  47.  
  48. When there is a callback defined for a Notify or Deselect event for
  49. an exclusive menu item, and only one item is touched, callbacks
  50. will be called for all items instead of just the touched item.
  51. This means that many callbacks are useless, since the corresponding
  52. user interface element did not undergo a real change. 
  53. This is theoretically not a problem, but in practice it may be,
  54. especially when the callback takes much time.
  55.  
  56. Help texts must be entered without carriage returns if you want
  57. them to be aligned correctly. The DevGuide window in which the text
  58. is edited, and the runtime help window have different sizes, so
  59. aligning the text is best left to the help system. If you want blank
  60. lines, you may enter carriage returns.
  61.  
  62. DevGuide does a reasonable good job keeping the manual adjustments
  63. merged with the generated part of x_stubs.cc. But when a UI 
  64. element is deleted or renamed, gxv++ thinks the old piece of code
  65. is written by the user, and therefore keeps it in the file. The
  66. stubs file may grow at best, but will not compile at worst. When
  67. a compilation error occurs, the offending old code can simply be
  68. removed. It is recommended to temporarily throw away the stubs file,
  69. generating a new one, and merging it with the manual changes again.
  70. For this reason it is wise to have only a few small manual changes.
  71.  
  72. Be sure that each popup window has an existing parent. If not,
  73. everything seems to be working fine, until you click on the pushpin
  74. to dismiss a popup window. The window will never be seen again.
  75.  
  76. Bugs in DevGuide
  77. ----------------
  78.  
  79. Showing/hiding a setting item in a connection works on the entire
  80. setting instead of just the item.
  81. A workaround is to make a separate setting with one item if
  82. you want to selectively show or hide that item.
  83.  
  84. When a help text is slightly longer than can be shown in the runtime
  85. help window, the scrollbar cannot be moved. This means that the
  86. remaining help text cannot be read. 
  87. A workaround is to append a few carriage returns to the help text
  88. using DevGuide. The scrollbar will then be moveable.
  89.  
  90. The following applies to a pinnable exclusive menu with notify
  91. callbacks on each menu item: if the menu is not pinned, everything is
  92. fine, but if the menu is pinned, and some item is chosen, the callback
  93. of the last item is called, instead of the corresponding callback.
  94. A workaround is to put an exclusive setting in a popup window, which
  95. looks and acts very similar.
  96.  
  97. In DevGuide's test mode, the behaviour of the pushpins is not exactly
  98. the same as in reality. This is not severe if you know about it.
  99. ----------------------8<--------------------------------------------
  100. -- 
  101. Maarten J. Landzaat (analyst/programmer, bass player, Atari/midi freak)
  102. BSO/Aerospace & Systems            Mail: Spuistraat 97
  103. Email: maarten.landzaat@fel.tno.nl          1012 SV  Amsterdam
  104. Phone: +31 20 6266098                  The Netherlands
  105.