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
X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs
Date: Sun, 8 Sep 2002 14:14:06 -0400 (EDT)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: "Gary R. Van Sickle" <g DOT r DOT vansickle AT worldnet DOT att DOT net>
cc: cygwin AT cygwin DOT com
Subject: RE: Setup window size: a suggestion
In-Reply-To: <NCBBIHCHBLCMLBLOBONKKENODEAA.g.r.vansickle@worldnet.att.net>
Message-ID: <Pine.GSO.4.44.0209081408080.29963-100000@slinky.cs.nyu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sun, 8 Sep 2002, Gary R. Van Sickle wrote:

> > I was searching for something in the list archives, and came upon this old
> > thread: http://sources.redhat.com/ml/cygwin/2001-11.t/msg00108.html
> > This seems to indicate that the setup window size was once larger than
> > 640x480 (but still fixed, I assume).
>
> Each page was its own separate dialog box, and hence had its own size.  This
> caused a number of other problems which the current property sheet-based UI
> solves (z-order madness, window state non-persistence, etc).
>
> >  All of the (relatively) recent setup
> > window size discussions resulted in something like "it would be too hard
> > to make the setup window resizeable".
>
> Not "too hard", but certainly "way harder than it needs to be".  I worked on
> this last night in fact; too bad I wasn't loaded, or I'd probably have this
> working by now ;-).
>
> > So, here's a suggestion: include either a command-line option, or another
> > set of radio buttons or a select box in setup that would let people select
> > from pre-defined window sizes.  Granted, this is a hack, and not as
> > flexible as allowing resizing, but it will do for most people who
> > requested resizing, and eliminates the problem with having to re-compute
> > the positions of controls on resize.
> >
> > This doesn't seem too hard to implement...  Or am I missing something?
> > Comments?
> >       Igor
>
> You're missing something ;-).  Resizing the window is in fact easy;
> getting the "Back/Next/Finish/Cancel" buttons and the separator to
> cooperate is a collossal PITA.  Windows property sheets, it is
> abundantly clear, were never intended to be resized dynamically or
> otherwise once all the pages had been added.
>
> So, as a wise man once said, "the impossible will take a little longer".

But isn't that exactly what my suggestion will allow to avoid?  If the
window size is pre-selected (in fact, with a command-line option, you may
even know it before any windows are created), dynamic resizing is not an
issue.  The window will still be non-resizeable, but will have a different
(fixed) size depending on the option.  This could possibly be accomplished
by having multiple property sheet definitions and choosing the correct one
at run-time (I'm not too up-to-date on windows programming, so please
correct me if I'm wrong).
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/