This sounds like a good idea. I hope someone does this.

matthew green <mrg@eterna.com.au> writes:
> i had a look at rc.wscons.  i have a problem with it.
> 
> it mixes the configuration of wscons with the code to do that
> configuration.
> 
> 
> this is pretty major, and must be fixed.  it is a complete
> maintenance nightmare.  
> 
> 
> i propose that wsconscfg should have a configuration file.  perhaps
> using the same format as rc.wscons uses now with a keyword at the
> start.  eg:
> 
> 
> # fonts
> #       name    width   height  enc     file
> font    ibm     -       8       ibm     /usr/share/pcvt/fonts/vt220l.808
> font    pcvt    -       -       pcvt    /usr/share/pcvt/fonts/vt220h.816
> font    pcvt    -       8       pcvt    /usr/share/pcvt/fonts/vt220h.808
> 
> # screens
> #	number	type	emulation
> screen	0       -       vt100
> screen  1       -       vt100
> screen  2       -       vt100
> screen  3       -       vt100
> screen  4       -       -
> screen  4       80x25bf vt100
> screen  5       80x50   vt100
> 
> 
> or something.
> 
> you could even use a shell script to parse this quite easily,
> using almost the same rc.wscons code as now, though i'd prefer
> that wsconscfg had a -C option (like ccdconfig) and read this
> file itself.