🚀 go-pugleaf

In article <4l7ec0$7mg@daily-planet.execpc.com> innuendo@execpc.com (Jonathan Gapen) writes:
> 
> In article <9604180841.AA001o8@innov.demon.co.uk> Innovision Concepts Limited
	 <Keith@innov.demon.co.uk> writes:
[snip]
> > Probably not, but it does mean that people will not be FORCED to install the
> > bloated MUI on their machines just to use Miami.  If it is just for such a
> > small part of the program, then why inflict MUIupon us in the first place? 
> > No reason at all.
>    Nobody will be *forced* to install MUI on their machine.  If you don't want
> it, you don't run Miami.  Simple as that.
>    You say there's no reason to use MUI for the GUI, but have you ever written
> your own GUI code?  It's possible to have a complex GUI working within the
> space of an hour, when using MUI.  That frees the programmer to work on the
> more important stuff.  There's your reason.

And it's possible to produce a moderately complex GUI in 15 minutes
using GadToolsBox and other such tools.

I believe the issue is imposing MUI on reluctant individuals for
something which is used once when configuring Miami.  What can be
so exotic about a one-shot configuration operation that it needs
a complex GUI support system?

There is also the argument about what the potential customers
really want -- functionality or a pretty GUI?  In a case such as
Miami, I couldn't care less (within reason) about the appearance
of the one-time configuration operations.

-----------------------------------------------------------------------
Everett M. Greene   (The Mojave Greene, crotalus scutulatus scutulatus)
Ridgecrest, Ca. 93555           Path: mojaveg@ridgecrest.ca.us