Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!pasteur!agate!saturn!ucscb.UCSC.EDU!alibaba
From: alibaba@ucscb.UCSC.EDU (Alexander M. Rosenberg)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Capps' Editor Construction Kit
Message-ID: <2992@saturn.ucsc.edu>
Date: 24 Apr 88 23:44:04 GMT
References: <48@melbcae.edu.au> <332STORKEL@RICE> <23729@ucbvax.BERKELEY.EDU>
Sender: usenet@saturn.ucsc.edu
Reply-To: alibaba@ucscb.UCSC.EDU (Alexander M. Rosenberg)
Organization: University of California, Santa Cruz; CATS
Lines: 26

In article <23729@ucbvax.BERKELEY.EDU> oster@dewey.soe.berkeley.edu.UUCP (David Phillip Oster) writes:
>can be as big as memory.  (Getting scroll bars to work when you have >
>65767 lines in the record is left as an exercise for the usr.)

Ok, here's my problem:

I am rewriting the standard scroll bar CDEF to have a proportonal elevator,
like the ][gs and GEM. It relys on the following calculation:

variable := (sBarBot.Y - SBarTop.Y) / ABS(sBarMax - SBarMin);

(Ok, so I can't recall the exact value names, but you get the point.)

This ratio defines the page height (also the elevator height) relative to the
scroll bar. (It doesn't deal with the arrows, but that is trivial.)

What if some program screws with me, and does strange things with the max?
Any ideas on how to deal with this? Also, any ideas on what exactly changed
since Andy Hertzfeld's original Suppliment distribution code from 2/85?
(I had to garb this stuff off old Workshop format disks!)

-------------------------------------------------------------------------------
-  Alexander M. Rosenberg  - INTERNET: alibaba@ucscb.ucsc.edu   - Yoyodyne    -
-  Crown College, UCSC     - UUCP:...!ucbvax!ucscc!ucscb!alibaba- Propulsion  -
-  Santa Cruz, CA 95064    - BITNET:alibaba%ucscb@ucscc.BITNET  - Systems     -
-  (408) 426-8869          - Disclaimer: Nobody is my employer  - :-)         -
-                          - so nobody cares what I say.        -             -