On Wed, Jul 31, 2013 at 7:55 PM, Tom Browder <[email protected]> wrote:
> On Wed, Jul 31, 2013 at 6:35 PM, Clifford Yapp <[email protected]>
> wrote:
> >> > That's okay, but I would like to standardize on the execution of the
> ...
> >> Two cases in point are mged and burst (which is my current interest as
> ...
> > Just my 2 cents, but I would be definitely opposed to any convention that
> > didn't have the gui coming up by default when someone typed "mged".
> Also,
>
> Well, that's your opinion, Cliff, but not mine.
>
Fair enough. Are there other examples of GUI programs that use that
convention? Maybe studying a "worked example" would help me get a feel for
how user expectations are managed by programs using that convention...
> > most or all of our proc-db and shapes programs will output a default .g
> file
> > when no arguments are supplied.
>
> That doesn't mean that that can't change. The progressive questioning
> program style is fine inside mged where you have apropos and help
> commands, but I'm not a fan of it on the normal shell command line
> (although if we have man pages for all command line progs I guess that
> would be satisfactory).
>
I'm not really a fan of the progressive questioning approach myself, unless
perhaps it's something that can be requested with an option.
No (except currently burst leaves my terminal slightly hosed sometimes
> after leaving it).
>
Hmm. Would a Tcl/Tk GUI version of burst work better for your needs? The
programs needing termlib are really the last major thorn in our side when
it comes to Windows portability, so there is some interest in reworking
them to be graphically based.
Cliff
------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
