Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.csd.uwm.edu!uakari.primate.wisc.edu!ctrsol!srcsip!gorby!mnkonar
From: mnkonar@gorby.SRC.Honeywell.COM (Murat N. Konar)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Aligining bitmaps?
Message-ID: <29383@srcsip.UUCP>
Date: 28 Aug 89 23:16:03 GMT
References: <3791@ncsuvx.ncsu.edu> <15288@dartvax.Dartmouth.EDU>
Sender: news@src.honeywell.COM
Reply-To: mnkonar@gorby.UUCP (Murat N. Konar)
Organization: Honeywell Systems & Research Center, Camden, MN
Lines: 22

In article <15288@dartvax.Dartmouth.EDU> earleh@eleazar.dartmouth.edu (Earle R. Horton) writes:
-I don't know what you mean by straightforward, but ANDing the
-horizontal coordinate with NOT-0x0F before calling MoveWindow() should
-work fine.  Resize and create should not be a problem, but moving the
-window is conceptually difficult for the average user since you will
-15 times out of 16 place it on a different location than that to which
-it has been dragged if you use the regular DragWindow() routine.  They
-might not notice, but if they do they might perceive it as a bug.
-Consider dragging the window by some other method that shows the
-discrete end positions you will allow.


Ever notice how Hypercard does a *quantized* drag of the main window (on
Mac IIs anyway)?  I've always wondered why but I think maybe you've hit
the nail on the head.



____________________________________________________________________
Have a day. :^|
Murat N. Konar        Honeywell Systems & Research Center, Camden, MN
mnkonar@SRC.honeywell.com (internet) {umn-cs,ems,bthpyd}!srcsip!mnkonar(UUCP)