Path: utzoo!attcan!uunet!lll-winken!claris!krazy
From: krazy@claris.com (Jeff Erickson)
Newsgroups: comp.sys.apple
Subject: Re: More GS Source Examples??
Message-ID: <9839@claris.com>
Date: 13 Apr 89 07:46:30 GMT
References: <28874@apple.Apple.COM>
Organization: Claris Corporation, Mountain View CA
Lines: 29

From article <28874@apple.Apple.COM>, by keith@Apple.COM (Keith Rollin):
> In article <8904121453.aa15335@SMOKE.BRL.MIL> JWANKERL@UTCVM.BITNET ("Josef W. Wankerl") writes:
>>
>>I've been writing a program (in assembler) that needs a window with the
>>data height greater than $FFFF.   Is there any way to stuff everything
>>into the window??
> 
> There *ARE* ways, but I can't think of any easy ones. The only one that I
> would try doing is the same way that MacApp does it on the Macintosh; store
> your position within your data as a longint in your own data structures. Then
> translate it into some 16-bit value by taking the top 16 significant bits and
> using it for your coordinates and scrollbar values.
>
The biggest problem if you let TaskMaster do your scrolling is that you have
to infer the scrollbar positions from the origin when TM calls your window's
update routine.  If you're using a data area larger thatn 65535, you have
to translate this into your REAL origin INTERNALLY (since QuickDraw space
isn't that big!) before drawing.  Needless to say, this can get really hairy.

I would suggest that you NOT use TM's scrollbars.  It's a little more work
to keep track of the controls yourself, but you end up with MUCH more control
over their behavior.  (This is the approach we used in AWGS; none of the
modules use TM scrollbars or grow boxes.)

-- 
Jeff Erickson     \  Internet: krazy@claris.com          AppleLink: Erickson4
Claris Corporation \      UUCP: {ames,apple,portal,sun,voder}!claris!krazy
415/960-2693        \________________________________________________________
Soon: 408/987-7309  /        "I'm so heppy I'm mizzabil!" -- Krazy Kat