delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/04/16/13:12:41

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Fri, 16 Apr 2004 13:12:17 -0400
From: Christopher Faylor <cgf-no-personal-reply-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: cygwin setup window size, why no maximize button enabled ?
Message-ID: <20040416171217.GA10313@coe.bosbc.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20040416152356 DOT GA8008 AT coe DOT bosbc DOT com> <NUTMEGSC9NBTnhFoHgQ000004b0 AT NUTMEG DOT CAM DOT ARTIMI DOT COM>
Mime-Version: 1.0
In-Reply-To: <NUTMEGSC9NBTnhFoHgQ000004b0@NUTMEG.CAM.ARTIMI.COM>
User-Agent: Mutt/1.4.1i

On Fri, Apr 16, 2004 at 05:45:33PM +0100, Dave Korn wrote:
>cgf writes:
>>I've been advocating just releasing the current snapshot as is,
>
>It's a judgement call, so AFAICS it's largely just a matter of taste.
>A buggy GUI is not the end of the world and if a user gets it into an
>unworkable state all they need do is cancel and start again.

But now we have a buggy GUI which is guaranteed to be in an unworkable
state.  The current implementation is pretty user-unfriendly.  It
boils down to a lesser of two evils.

>OTOH it looks kind of flaky for a release.  It's about image and
>presentation and neat-and-tidy-ness.  I suppose there's no reason not
>to release it and list the gui problems as known bugs, PTC.  I've just
>been doing some MFC coding for the first time, I'll take a look at
>fixing some bugs when[*] I get some spare time.

Help would be appreciated but setup doesn't use MFC.

>>although it would also be nice to fix the pcre0 dependency problem.
>
>Can't speak to the dependency problem, as I haven't run up against it,
>but I remember seeing a lot of posts on the list from people who've not
>had libpcre0 properly installed until they re-run setup a second time;
>do you mean that it's a bug in setup's algorithm that it doesn't
>properly calculate the dependency of various packages that use it on
>the library, rather than some issue to do with the packaging/setup hint
>files?

It's a setup algorithm problem.  I can't think of any way to write a
setup.hint file such that dependencies don't show up in the first setup
run but do show up in the second run.

cgf

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019