Re: Non-interactive configure

> > We currently have tv_check with a Tk-based GUI, and that seems to
> work well, so Tk is the natural choice for adding more graphical
stuff.

Tk is a natural choice for Perl code.  It's a pain in the butt, but for
Perl code it's the best option.

> Would this increase the size of the EXEs? Isn't Tk a bit ugly for
> Windows users to appreciate?

TV_CHECK.EXE is just under 3x the size of TV_GRAB_NA.EXE.  I would
think most of that difference is TK.  There are a lot of bitmaps that
are probably included.  There is no way to create a DLL to share the TK
code between apps.

TK does have a Motif flavor to it.  It doesn't look like a windows app.
Java has done a better job making the GUI look native.  I don't think
it matters what flavor it has.  Is good enough.

My recommendation is to standardize the config files for the grabbers
(or at least certain sections of it).  The grabber would run a
"get-baseline" phase, which loads the options.  Any app that cares to,
could alter the file and present a GUI to the users. (Similar to having
a program add/remove the # from the tv_grab_na config file).

Robert

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com