home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!mcsun!sun4nl!ruuinf!plato.phil.ruu.nl!hjv
- From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
- Subject: Re: drop down menus in GEM
- Message-ID: <hjv.724944923@groucho.phil.ruu.nl>
- Sender: news@phil.ruu.nl
- Nntp-Posting-Host: groucho.phil.ruu.nl
- Organization: Department of Philosophy, University of Utrecht, The Netherlands
- References: <1992Dec18.120356.2386@infodev.cam.ac.uk> <1992Dec18.235825.24667@zeus.franklin.edu> <GFZ9PSF@math.fu-berlin.de>
- Date: Mon, 21 Dec 1992 13:35:23 GMT
- Lines: 25
-
- hohmuth@freia.inf.tu-dresden.de (Michael Hohmuth) writes:
-
- >> You could just modify the .ob_flags part of the particular menu item.
- >> 0x04 is the CHECKED bit...
-
- >(Hendrik Jan Veenstra suggested a similar method.)
-
- >Please, don't do that. This assumes that AES uses the same copy of the object
- >tree that you use, which is not documented. That's also why menu manipulation
- >services are provided by the AES.
-
- >Stick to menu_icheck for this!
-
- Huh? One loads the rsc with rsrc_load, gets the address of the menu with
- rsrc_gaddr and then displays the menu with menu_bar -- and you claim that
- it's possible that the AES uses *another* copy of the menu than the one
- pointed to by the OBJECT* one gets from rsrc_gaddr??? Is this true? Wouldn't
- that be _very_ strange?
- Just curious... (and never having had problems with the ob_flags method).
-
- --
- Hendrik Jan Veenstra hjv@phil.ruu.nl * How can I save my dreams
- Dept. of Philosophy * in the nightmare, in the flood
- University of Utrecht * But I try.
- The Netherlands *
-