On Thu, 30 Jan 2003, Smitty wrote: >How about this for something which can be edited by a GUI program which >can change the settings, and which I / you / world+dog can read, >understand and edit easily in a text editor? > >GUI *and* CLI editable without having to squint at it. > >Anyone see any problems if so feel free to educate me. > >#No spaces except between the connfiguration option and the choice >#The only configuration options are those in brackets >#Explain how Global config is overwriten by Device which is overwritten >#by Program. > >Global > Begin > Anisotrophic_texture_filtering(Y/N) Y > Bilinear_filtering(Y/N) Y > Trilinear_filtering(Y/N) Y > AGP_speed(1/2/4/8) 1 > End; > >Device 0 > Begin > AGP_speed(1/2/4/8) 2 > End; > >Device 1 > Begin > AGP_speed(1/2/4/8) 4 > End; > >Program Quake1 > Begin > Trilinear_filtering(Y/N) N > Double_buffering(Y/N) Y > End; > >Program UT > Begin > Trilinear_filtering(Y/N) N > Double_buffering(Y/N) Y > Vertical_sync(Y/N) Y > End;
1) Requires special parser which is too syntax sensitive 2) Users editing the file could hose it rather easily compared to existing formats. For a new config file, I personally think it makes the most sense to use one of either: 1) XF86Config style file, and use libxf86config to parse it, possibly extending the lib slightly as needed. or 2) One of the XML-is-my-favourite TLA ideas Either one has a good arguement on both sides. Reinventing a new format though buys nothing. I'm of the faith that good GUI/TUI config tools should be handling everything for configuration. End user edited config files == bug reports out the wazoo. I'd prefer to not ship some specialized config format at all than to ship one that wasn't well thought out, and also keeps the principle of least surprise. KISS principle. Also, a bit of open source philosophy - reuse what exists already, don't reinvent. $0.02 -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
