Mailing-List:	contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin-developers/>
List-Post:	<mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin-developers AT sources DOT redhat DOT com
Message-ID:	<00a801c107fa$27e593e0$0200a8c0@lifelesswks>
From:	"Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To:	<cygwin-developers AT cygwin DOT com>
References:	<20010706162127 DOT A2888 AT redhat DOT com> <20010706183156 DOT A4441 AT redhat DOT com> <VA DOT 00000853 DOT 023e1322 AT thesoftwaresource DOT com> <20010706235846 DOT A5882 AT redhat DOT com> <20010707004826 DOT A6462 AT redhat DOT com> <006101c106ee$a77db0e0$6464648a AT ca DOT boeing DOT com> <20010707103743 DOT B7944 AT redhat DOT com>
Subject:	Re: Looking into setup problems
Date:	Mon, 9 Jul 2001 08:05:52 +1000
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE:	Produced By Microsoft MimeOLE V5.50.4133.2400
X-OriginalArrivalTime:	08 Jul 2001 21:52:55.0068 (UTC) FILETIME=[57E035C0:01C107F8]

----- Original Message -----
From: "Christopher Faylor" <cgf AT redhat DOT com>


> On Sat, Jul 07, 2001 at 07:07:27AM -0700, Michael A. Chase wrote:
> >----- Original Message -----
> >From: "Christopher Faylor" <cgf AT redhat DOT com>
> >
> >
> >> On Fri, Jul 06, 2001 at 11:58:46PM -0400, Christopher Faylor wrote:
> >
> >> >I hate to say this, but I have become somewhat disenchanted with
this
> >> >prev/curr/test stuff.
> >>
> >> I've taken a stab at fixing the current behavior, despite my
> >> disenchantment.
> >>
> >> If you select "test" then the test version of sources will be
> >> downloaded/ installed, etc.
> >
> >Once we have Categories working, you could change the Prev, Curr,
Test radio
> >buttons to plain buttons which set the state of all visible packages.
> >"Skip", "Source", and "Source Only" buttons would be handy then too.
As
> >wide as the package select dialog box is getting, we will have lots
of room
> >for buttons.
>
> But why not use the current method that we have for packages?  Use the
> same multiple select method that DJ used for packages to set the
defaults.

I don't think Michael was proposing changing the multiple select method
per se - I think he was suggesting that as well as prev, curr and test,
we have source only and skip options at the top. I agree with that -
until we can record the users preferences for skipping files, I will be
forever clicking on skip on squid and postgresql. As far as source goes
I do think the current paradigm is wrong... but I've said that before so
I'll shut up now :] He was also suggesting a separate innovation that is
quite nice - only affect the on screen packages when one of the options
(prev/curr/test/skip/source only) is clicked on. This means that if the
user in is full view, they are making a global choice, and if the user
is in any other view, only the visible package lines get altered.

> I don't know what this method is named.  It's not a radio button, it
is
> a... ?

Cyclable widget? I'm not sure.

> cgf
>

Rob

- Raw text -