Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Mail-Followup-To: cygwin-apps AT cygwin DOT com
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Date: Mon, 25 Mar 2002 20:10:04 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: Brian Keener <bkeener AT thesoftwaresource DOT com>
Cc: cygwin-apps AT cygwin DOT com
Subject: Re: prev/curr/test
Message-ID: <20020326011004.GE27207@redhat.com>
Reply-To: cygwin-apps AT cygwin DOT com
Mail-Followup-To: Brian Keener <bkeener AT thesoftwaresource DOT com>,
	cygwin-apps AT cygwin DOT com
References: <20020323061924 DOT GA3593 AT redhat DOT com> <VA DOT 00000b0b DOT 01c1b54e AT thesoftwaresource DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <VA.00000b0b.01c1b54e@thesoftwaresource.com>
User-Agent: Mutt/1.3.23.1i

On Mon, Mar 25, 2002 at 08:02:17PM -0500, Brian Keener wrote:
>Christopher Faylor wrote:
>>evil and should be abolished.  The only way to get old versions should
>>be at a macro level.  You click a button and get all of the old stuff,
>>you click another button and get all of the current stuff, you click
>>another button to get all of the test stuff.
>>
>>I think that Robert is right that if you click on test you should only
>>get packages that have test versions.  Ditto for prev.  Ditto for curr.
>
>Sorry guys,
>
>I still like the idea of keeping Prev,Curr and Test but as a means of
>limiting the maximum version I want to see - IE if I didn't select Test
>I won't see any test but I will see prev and Current.
>
>Then I suggest we do away with the Source Box and nix the idea of a bin
>box and simply use the clickable version and within the version we have
>such entities as the following (assume the version installed is 1.4.3
>and there is a current of 1.4.4 and I have curr selected on the radio
>buttons):

I really think that cycling behavior of the current setup is a major
source of confusion for most people.

>keep/skip (obviously skip if nothing were installed), uninstall (would
>only exist if package installed), 1.4.4 bin&src, 1.4.4 bin, 1.4.4 src,
>reinstall bin&src (would reinstall both for 1.4.3), reinstall bin
>(reinstall bin for 1.4.3), reinstall src (reinstall src for 1.4.3),
>retrieve bin&src (retrieves installed bin and src), retrieve bin
>(retrieves installed bin), retrieve src (retrieves installed src),
>retrieve 1.4.4 bin&src ...

Sorry, but I really don't like this.  Adding a whole bunch of new things
for a user to cycle through (or even select from a pulldown) is moving
in the wrong direction, IMO.

cgf