Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site sdcsvax.UUCP Path: utzoo!linus!decvax!ittatc!dcdwest!sdcsvax!lewak From: lewak@sdcsvax.UUCP (George Lewak) Newsgroups: net.micro.mac Subject: Re: Time for SubMenus Message-ID: <1166@sdcsvax.UUCP> Date: Mon, 28-Oct-85 14:32:53 EST Article-I.D.: sdcsvax.1166 Posted: Mon Oct 28 14:32:53 1985 Date-Received: Thu, 31-Oct-85 23:26:45 EST References: <3@gumby.UUCP> <610@k.cs.cmu.edu.ARPA> Reply-To: lewak@sdcsvax.UUCP (George lewak) Organization: EECS Dept. U.C. San Diego Lines: 42 Summary: In article <610@k.cs.cmu.edu.ARPA> tim@k.cs.cmu.edu.ARPA (Tim Maroney) writes: >... >One solution is directly moving the mouse location to the start of the >sub-menu, which you can do by twiddling marginally documented low-memory >globals. But if you were really trying to run down the list of menus, this >wouldn't be very nice, since you'd be back to the right-angle precision turn >that Dennis rightly complained about. > >Perhaps the only easy-to-use solution would involve a fusion approach. When >the mouse passes over a menu item which opens a submenu, the submenu appears >to the right. The submenu can be directly moved to using mouse movement, or >the main menu item may be selected. If the latter, the mouse button is >released while still selecting the main menu item. This causes the menu >definition to be called with mChooseMsg. The menu definition can look at >the item, see if it opens a submenu, and if so, move the mouse location onto >the submenu and allow selection from the submenu. > >I hope everyone realizes that submenus would require that extending the Menu >Manager. The popping up of submenus during mouse dragging cannot be >controlled directly by the menu definition procedure; the only way to do >this in the current system would be to install a vertical retrace task on >mDrawMsg that checks to see if conditions are such that a submenu should be >brought up or removed, removing it on mChooseMsg. That would be incredibly >kludgy, though not impossible. >-=- >Tim Maroney, CMU Center for Art and Technology >Tim.Maroney@k.cs.cmu.edu uucp: {seismo,decwrl,etc.}!k.cs.cmu.edu!tim >CompuServe: 74176,1360 My name is Jones. I'm one of the Jones boys. Wouldn't it be easy just to rewrite the menu definition procedure? There is one problem though: how do you create a "window" (which overlays the other windows on the screen) and put the previous stuff back on the screen immediately after the "window" is closed (rather than after an update event). This is what happens when you pull down a menu in the menu bar - a "window" (or a grafport, or whatever) appears to show the items. Anyway, once we can do this ourselves, sub-menus should be easy by just modifying the original menu definition. Victor Romano