Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!swrinde!mips!sgi!shinobu!fido.wpd.sgi.com!marktwain.rad.sgi.com!linton
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: ChoiceItems
Message-ID: <1991Jun13.063845.14161@fido.wpd.sgi.com>
Date: 13 Jun 91 06:38:45 GMT
References: <9106061407.AA02131@rwthi3.informatik.rwth-aachen.de>
Sender: news@fido.wpd.sgi.com (Usenet News Admin)
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Lines: 20

In article <9106061407.AA02131@rwthi3.informatik.rwth-aachen.de>, matthes@MOZART.INFORMATIK.RWTH-AACHEN.DE (Matthias Eichstaedt) writes:
|> 1) The new ChoiceItem`s works with two Glyphs instead of a Glyph an a Color for
|>    highlighting. Now I like to build an complex object with a normal an a
|>    highlighted state, in which the foreground color becomes the background
|>    color and vice versa. Can I build this object without creating two identical
|>    (complex) glyphs (with only different colors) that must both be maintained
|>    each time the object changes its internals. For example (_patch1, _patch2,
|>    _l1 and _l2 are members of XY):

I would suggest defining your own Telltale that (re)creates the object with the appropriate
colors whenever the highlight state changes.  We have found that highlighting by reversing
colors doesn't work in general, as many objects don't have obvious foreground and background
colors.  An image is the obvious example, but even multicolor text doesn't really highlight
the way you want if you try to reverse.  This is why drawing editors typically use handles and
doc uses a gray fill area underneath the selection.

|> 2) Are there new manual pages for the actual versions of the Interviews
|>    classes (e.g. the new ChoiceItem or Menu) ?

Not yet.  It is on the list of things to do for 3.0.