Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!decwrl!labrea!agate!saturn!ucscb.UCSC.EDU!alibaba From: alibaba@ucscb.UCSC.EDU (Alexander M. Rosenberg) Newsgroups: comp.sys.mac.programmer Subject: Re: Variable-sized elevators Message-ID: <3099@saturn.ucsc.edu> Date: 1 May 88 01:43:38 GMT References: <242@uvabick.UUCP> <8700@apple.Apple.Com> <2956@saturn.ucsc.edu> <3006@saturn.ucsc.edu> <23825@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: 27 Yes, I did realize this later, as I thought about the Integer limit on the values. How is this for an idea: Either use a pair of procedures/functions to let the program do the calculation, or, use the RefCon value as a handle to a secondary record, containing settable values for the eleator height, and allow for future expansion? Also, I am thinking of writing a CDEF that looks like the new OPEN LOOK scroll bars. They are fantastic! The changes are logical, although deep consideration of certain elements must be made, as always. I have only seen them in like Infoworld or MacWeek, and not actually clicked on them, but I like the idea of a cluster that moves, instead of a seperate set of controls. (of course, the cluster should size to the page height, as I think all scroll bars should... If I make that improvement, do you think it is significantly different enough??? I would just use the cluster concept, which cannot possibbly be patented by now...) Ideas? Words of encouragment? A job? ------------------------------------------------------------------------------- - 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. - -