public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: "Michael Benford" <michael.j.benford@gmail.com>
To: cygwin-apps@cygwin.com
Subject: Re: Possible changes to setup.exe interface and name
Date: Thu, 20 Sep 2012 16:26:00 -0000	[thread overview]
Message-ID: <op.wkxzxnxm6sg3vl@ravid> (raw)
In-Reply-To: <505B3D32.8020808@redhat.com>

On Thu, 20 Sep 2012 17:58:42 +0200, Eric Blake <eblake@redhat.com> wrote:

> On 09/20/2012 09:11 AM, Michael Benford wrote:
>> I would like to change the setup.exe so that it loads the package
>> selection page when it starts.
>> And only runs the wizard when a current installation of the current
>> version is not detected.
>
> Indeed - having the ability to skip past the 6 'Next' buttons for a
> repeated run after cygwin is already installed seems useful; but you
> still have to make it possible for the user to rerun the intro screens
> rather than hard-coding it to only start at the package selection page
> (since the intro screens are necessary for things like choosing a
> different mirror).  Probably the easiest approach is to add a new
> command line option that can be used to skip the intro screens, and then
> users can script things with a batch file or by modifying the Windows
> shortcut to the actual setup.exe binary to add the option, although that
> will still require some user intervention rather than happening
> automatically.
>
I would implement a configuration panel that is accessible from the  
package selection page.(i have developed a button table mini application  
for launching other application with hard coded command-line arguments  
using only win32)
>>
>> The file name setup.exe is ambiguous if stored in a folder with other
>> application installation files.
>> I suggest using the file name cygpac.exe and application name Cygwin
>> package manager.
>
> Won't happen.  You are free to download the file and rename it yourself,
> but people have come to expect the name of the file that they download
> to originally be named setup.exe, and every time this topic has come up
> in the past, it has been rejected.
>
I would like to put it to a vote. If you vote please state why you chose  
that position.
>>
>> I am happy to implement both of these changes my self but I need feed
>> back and permission from the community.
>
> Go for it - this is open source, so you can make the changes for your
> own use even if the community doesn't like them.
>


-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/

  reply	other threads:[~2012-09-20 16:26 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-20 15:11 Michael Benford
2012-09-20 15:59 ` Eric Blake
2012-09-20 16:26   ` Michael Benford [this message]
2012-09-20 17:40     ` Christopher Faylor
2012-09-21  1:38       ` Michael Benford
2012-09-21  2:04         ` Christopher Faylor
2012-09-21 19:15 ` Andy Koppe
2012-09-21 22:45   ` Michael Benford
2012-09-23 19:45   ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=op.wkxzxnxm6sg3vl@ravid \
    --to=michael.j.benford@gmail.com \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).