Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!iuvax!cica!tut.cis.ohio-state.edu!ucbvax!unisoft!hoptoad!farcomp!murat From: murat@farcomp.UUCP (Murat Konar) Newsgroups: comp.sys.mac.programmer Subject: Re: MacApp: Extending the zoom box User Interface Message-ID: <194@farcomp.UUCP> Date: 4 May 90 02:01:02 GMT References: <24079@mimsy.umd.edu> Reply-To: murat@farcomp.UUCP (Murat Konar) Distribution: usa Organization: Farallon Computing Inc. Berkeley, CA Lines: 35 In article <24079@mimsy.umd.edu> sla@brillig.umd.edu (Steve Armentrout) writes: > >I have a window in my application for which I would like to extend the >User Interface of the zoom box. This window has five user-states that >are simply different sized windows/views on the same data. I would like >to allow the user to "zoom" in and out through these user-states without >having to expend the real estate required for a grow box. Currently, my >favorite idea is to use the two regions of the standard zoom box to >differentiate between zoom-in and zoom-out. For example: [the rest deleted in the interest of berevity] I think this is a truly bizarre perversion of the user interface. Might I humbly suggest three alternatives: 1) Use menus (with command key equivs, of course). 2) Write a new WDEF with more zoom boxes. 3) Use the modifier keys to signal the desired state when clicking in the zoom box. 4) Have some kind of buttons or icons in the area normally occupied by scrollbars. Easiest is option 1. Coolest is option 2. It is also the hardest. Incidentally, TrackBox will not call DragHook AT ALL. It calls the WDEF of the window with wHit and wDraw messages. The WDEF does all the drawing. Only if the WDEF calls DragGrayRgn (directly or indirectly) will DragHook get called. This would be a really weird thing for a WDEF to do and the standard Apple WDEF certainly does not do this. -- ____________________________________________________________________ Have a day. :^| Murat N. Konar murat@farcomp.UUCP -or- farcomp!murat@apple.com