Date: Sun, 12 Jul 2009 14:11:34 -0400
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: setup buttons (was: Re: Really dumb setup question)
Message-ID: <20090712181134.GB26405@ednor.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <416096c60907120855t789304cqb6dbb3a6c6fdb963 AT mail DOT gmail DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <416096c60907120855t789304cqb6dbb3a6c6fdb963@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

On Sun, Jul 12, 2009 at 04:55:12PM +0100, Andy Koppe wrote:
>2009/7/7 Dave Korn:
>> |-------+---------+-+-----+----------------------------------+----+---------|
>> |Search | ?? ?? ?? ?? | |Clear| ?? ?? ?? o Keep o Prev o Curr o Exp |View| Category|
>> |-------+---------+-+-----+----------------------------------+----+---------|
>>
>> ??"Keep" sets all the selections so that the currently-installed version is
>> selected. ??After doing this, if you clicked "Next" straight away, nothing
>> would need to be installed.
>>
>> ??"Prev" sets all packages to their one-step-back versions. ??I'm not sure how
>> useful it would ever be to downgrade every package at once, rather than just a
>> specific one you were having problems with, but there it is if you want it.
>>
>> ??"Curr" sets all packages to the current release versions available on the
>> servers. ??This is the normal mode: any packages you're already up-to-date with
>> will be left alone, any packages that newer versions are available on the
>> server will get upgraded.
>>
>> ??"Exp" sets any packages that have experimental versions available to those
>> versions. ??Everything else gets left alone, i.e. it's as if the default was
>> "Keep" (not "Curr") for everything without an experimental version.
>>
>> ??I'm not entirely sure why these are modal radio buttons, as they seem to me
>> more like one-shot effects of the kind you'd expect a pushbutton to have, you
>> click it and it sets a bunch of package versions, but I think it's because the
>> mode you've selected affects how dependency interactions have to be handled if
>> you go and start altering individual selections after choosing the mode.
>
>I think this this could be turned into a cyclic push button like the
>"View" button, which would go Curr->Keep->Exp->Curr. I can't see the
>use for "Prev" either.
>
>This would make space for turning the "View" button into a set of
>radio buttons instead. I think those merit direct access more,
>especially now with the search, for which the default "Category" view
>is not ideal.
>
>Speaking of the views, "Partial" isn't terribly meaningful, perhaps
>"Changing" would be more a appropriate name? Also, I'd find an
>"Installed" view more useful than "Up to Date".

>Finally, I can't see much value in having the "Not Installed" view. If
>you pick and choose your packages, it's much the same as "Full", and
>if you install everything, it's empty. Getting rid of it would keep
>the number of radio buttons at four.


>I know, I know, PTC and all that, but I'm afraid an unfounded opinion
>is all I can offer on this.

Right.  I don't have any comments on the semantics since it is, after
all, just one persons's opinion and how can you argue opinions?

However, I do use the "Not Installed" view all of the time.  I wouldn't
want to see it go away.

cgf

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple