Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cwjcc!hal!nic.MR.NET!umn-cs!meccts!prw
From: prw@meccts.MECC.MN.ORG (Paul Wenker)
Newsgroups: comp.sys.apple
Subject: Re: Re: GS/OS Compatability issues
Message-ID: <3900@meccts.MECC.MN.ORG>
Date: 13 Mar 89 15:15:22 GMT
References: <8903091708.aa16609@SMOKE.BRL.MIL> <9761@bloom-beacon.MIT.EDU>
Reply-To: prw@meccts.UUCP (Paul Wenker)
Organization: MECC, St. Paul, MN
Lines: 22

In article <9761@bloom-beacon.MIT.EDU> dcw@athena.mit.edu (David C. Whitney) writes:
>This one isn't finder-specific...Why are windows restricted on their
>ability to move horizontally? I want to move a window one or two
>pixels to the right, but it always goes in groups of 8 (I think). I
>know it isn't a problem with where the window can be drawn, as a
>window can be placed anywhere when it's created. It just won't move in
>small increments.


When calling _DragWindow, the caller passes a grid value to use for
dragging.  If an application is letting _TaskMaster handle the window
dragging, it will get the default grid size of 8 pixels.  If the
application wants to go through a little more work, it can do the
dragging itself and use a different grid size.

Using a grid size of 8 keeps the window word aligned at all times.
This helps speed up window updating, especially when the window
contains bitmapped graphics.

---
Paul Wenker			UUCP:  prw@mecc.mn.org
MECC, Advanced Development	AppleLink:  MECC.TECH