MIME-Version: 1.0
Date: Sun, 12 Jul 2009 16:55:12 +0100
Message-ID: <416096c60907120855t789304cqb6dbb3a6c6fdb963@mail.gmail.com>
Subject: setup buttons (was: Re: Really dumb setup question)
From: Andy Koppe <andy DOT koppe AT gmail DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

2009/7/7 Dave Korn:
> |-------+---------+-+-----+----------------------------------+----+------=
---|
> |Search | =C2=A0 =C2=A0 =C2=A0 =C2=A0 | |Clear| =C2=A0 =C2=A0 =C2=A0 o Ke=
ep o Prev o Curr o Exp |View| Category|
> |-------+---------+-+-----+----------------------------------+----+------=
---|
>
> =C2=A0"Keep" sets all the selections so that the currently-installed vers=
ion is
> selected. =C2=A0After doing this, if you clicked "Next" straight away, no=
thing
> would need to be installed.
>
> =C2=A0"Prev" sets all packages to their one-step-back versions. =C2=A0I'm=
 not sure how
> useful it would ever be to downgrade every package at once, rather than j=
ust a
> specific one you were having problems with, but there it is if you want i=
t.
>
> =C2=A0"Curr" sets all packages to the current release versions available =
on the
> servers. =C2=A0This 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.
>
> =C2=A0"Exp" sets any packages that have experimental versions available t=
o those
> versions. =C2=A0Everything else gets left alone, i.e. it's as if the defa=
ult was
> "Keep" (not "Curr") for everything without an experimental version.
>
> =C2=A0I'm not entirely sure why these are modal radio buttons, as they se=
em 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 becaus=
e the
> mode you've selected affects how dependency interactions have to be handl=
ed 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.

Btw, saving setup's window state for the selection screen does work
rather well actually. As does the search; users will love that.

Andy

--
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