Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!ucdavis!iris!lim
From: lim@iris.ucdavis.edu (Lloyd Lim)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Progress indicator/thermometers
Message-ID: <9132@ucdavis.ucdavis.edu>
Date: 7 Jun 91 20:54:28 GMT
References: <0B01FFFB.heus4c@outpost.UUCP> <22272@imag.imag.fr> <5232@dirac.physics.purdue.edu> <22309@imag.imag.fr>
Sender: usenet@ucdavis.ucdavis.edu
Reply-To: lim@iris.ucdavis.edu (Lloyd Lim)
Organization: U.C. Davis - Department of Electrical Engineering and Computer Science
Lines: 24

In article <22309@imag.imag.fr> gourdol@imag.imag.fr (Gourdol Arnaud) writes:
>Hmmm, no it's a little more than just a CDEF. Of course, a CDEF
>would be nice (altough other nice CDEFs would be those 
>little up/down arrow used in the color picker to change the 
>amount of red/green/blue or to change the month/day/year in 
>the general control panel (worst, I'm sure that those CDEFs 
>do exist, but we just can't use it because they are not 
>documented, arghhh)).

No, those up/down arrows are PICTs.  That's the way I do it too.  You just
enable the item and check whether the mouse is in the top or bottom half.

John Cavallino also released three controls not too long ago.  One of them,
Thumbwheel, implements this up/down arrow.  But with modal dialogs, this
CDEF doesn't have any advantages over PICTs because you can't retrieve the
part code easily.  (You could do it in the filterProc I guess but that sort
of defeats the purpose of a CDEF.  There could be some way I'm missing.)
The package of controls should be archived on rascal and sumex.

+++
Lloyd Lim     Internet: lim@iris.eecs.ucdavis.edu
              America Online: LimUnltd
              Compuserve: 72647,660
              US Mail: 215 Lysle Leach Hall, U.C. Davis, Davis, CA 95616