Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!snorkelwacker!bloom-beacon!eru!luth!sunic!draken!d88-jwa
From: d88-jwa@nada.kth.se (Jon Watte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Hierarchical menus
Message-ID: <2857@draken.nada.kth.se>
Date: 6 Feb 90 12:42:42 GMT
References: <14044@reed.UUCP> <1990Feb5.004034.6097@oracle.com> <28018@brunix.UUCP> <10059@hoptoad.uucp>
Reply-To: d88-jwa@nada.kth.se (Jon W{tte)
Organization: Royal Institute of Technology, Stockholm, Sweden
Lines: 23

In article <10059@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes:
>Does anyone feel there are some serious ergonomic problems with the
>Mac's hierarchical menus?  You have to do an absolutely flawless
>horizontal drag all the way over to the menu; any slight deviation from
>the roughly 16-bit-wide path to the menu will change items.  However,

>right.  But since this is all internal to MenuSelect, I haven't been
>able to come up with a reasonable way to write an INIT to do this.
>There's no trap to patch, except the entirety of MenuSelect, which
>is both unsafe and a pain.

Sanity check needed. Right. IM volume IV or V (don't have them handy.
V probably) clearly states that there _is_ a delay for dragging
diagonally to hirearchical menus, as well as a delay before the
menu actually pops up. Just tweak the right lo-mem global (or ROM
position ? :-( ) and it will do what you want.

This would be a simple INIT, I believe...

h+
-- 
   ---  Stay alert !  -  Trust no one !  -  Keep your laser handy !  ---
             h+@nada.kth.se  ==  h+@proxxi.se  ==  Jon Watte
                    longer .sig available on request