Re: xml config (was: Re: CVS update: ...)

[Karl Fogel <kf...@galois.collab.net>]

Yeah, that sounds pretty convincing (it helps that I agreed with it
already!).  And most others seem to feel the same way, so it passes
the democracy test, unless someone wants a recount?...  Never mind, I
won't go there.

Let's use .ini style for client side config files, then.

Greg Stein <gs...@lyra.org> writes:
> Urk. Euh... we've been through this before. I forget whether the previous
> round was XML and/or lisp-y syntax. I'll emphatically state again: if a file
> is expected to be edited by a user (a human) than lisp-y is Bad and XML is
> Worse.
> 
> Sure, tools like XML and lisp-y (and in turn, so does the SVN code), but a
> human is not a tool. Humans deal with .INI style okay because they are
> simply option=value lines. As soon as you give them structure (like lisp-y
> syntax), then they get a headache. Give them structure and hard syntax
> requirements (like XML), then their head just blows up.
> 
> I would hope that we have zero client-side config, but I'm also realist
> enough to know we will :-) ... and for that config, it should be .INI style
> or something similarly brain-simple.
> 
> Cheers,
> -g
> 
> On Mon, Nov 13, 2000 at 04:00:02PM -0600, Karl Fogel wrote:
> > Oh yes -- of course, the diff and patch programs have to be settable
> > at run time.  But we still need to have a default set at build time,
> > so we're not off the hook.
> > 
> > What do others think about XML config files?
> > 
> > -K
> > 
> > Branko =?ISO-8859-2?Q?=C8ibej?= <br...@xbc.nu> writes:
> > > But seriously, we need to start thinking about /etc/svnrc and ~/.svnrc 
> > > (and Win32 equivalents) for the client library. SVN_CLIENT_DIFF and 
> > > SVN_CLIENT_PATCH are definitely candidates for run-time configuration, 
> > > with compile-time defaults.
> > > 
> > > Could we write the config files in XML?
> > > 
> > > (The server gets configured via Apache's config files, right?)
> > > 
> > > 
> > > -- 
> > > Brane �ibej
> > >     home:   <br...@xbc.nu>             http://www.xbc.nu/brane/
> > >     work:   <br...@hermes.si>   http://www.hermes-softlab.com/
> > >      ACM:   <br...@acm.org>            http://www.acm.org/
> 
> -- 
> Greg Stein, http://www.lyra.org/