home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / atari / st / tech / 6378 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.1 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!Germany.EU.net!uni-muenster.de!pascal!kuehn
  2. From: kuehn@math.uni-muenster.de (Ulrich Kuehn)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: Re: drop down menus in GEM
  5. Message-ID: <1h6pbiINNg72@obelix.uni-muenster.de>
  6. Date: 22 Dec 92 10:06:42 GMT
  7. References: <hjv.724944923@groucho.phil.ruu.nl>
  8. Reply-To: kuehn@math.uni-muenster.de
  9. Organization: Westf. Wilhelms-Universitaet Muenster, Germany
  10. Lines: 33
  11. NNTP-Posting-Host: pascal.uni-muenster.de
  12.  
  13. In article 724944923@groucho.phil.ruu.nl, hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:
  14. >hohmuth@freia.inf.tu-dresden.de (Michael Hohmuth) writes:
  15. >>
  16. >>Please, don't do that. This assumes that AES uses the same copy of the object
  17. >>tree that you use, which is not documented. That's also why menu manipulation
  18. >>services are provided by the AES.
  19. >
  20. >>Stick to menu_icheck for this!
  21. >
  22. >Huh?  One loads the rsc with rsrc_load, gets the address of the menu with
  23. >rsrc_gaddr and then displays the menu with menu_bar -- and you claim that
  24. >it's possible that the AES uses *another* copy of the menu than the one
  25. >pointed to by the OBJECT* one gets from rsrc_gaddr???  Is this true?  Wouldn't
  26. >that be _very_ strange?
  27. >Just curious...  (and never having had problems with the ob_flags method).
  28. >
  29. Have you thought of a networking extension to GEM? Who do you think will draw
  30. a menu, when the used screen is on another machine somewhere over the net?
  31. The screenmanager there must at least have a copy of the objects to draw,
  32. so changing simply the object's flags is not enough, you have to set up the
  33. menu again by menu_bar, or use menu_icheck at all.
  34. You are right when you say that your method worked for all the AES's seen
  35. so far, but this behavior is not documented and will break when there is a 
  36. networking AES. So please reconsider your method.
  37.  
  38. Ulrich
  39.  
  40. ---
  41.  
  42. +---------------+----------------------------+-------------------------+
  43. | Ulrich Kuehn  | Internet:                  | Do they know that they  |
  44. | Cand.Math.Inf | kuehn@math.uni-muenster.de | cannot eat their money? |
  45. +---------------+----------------------------+-------------------------+
  46.