>
> De: Hans-Christoph Steiner <hans(a)eds.org>
> Date: 2006/09/14 jeu. AM 10:29:18 GMT-04:00
> À: <martin.peach(a)sympatico.ca> <martin.peach(a)sympatico.ca>
> Cc: "David Powers" <cyborgk(a)gmail.com>, <pd-list(a)iem.at>
> Objet: Re: [Pd] active and tot not right in pd-extended
> >> Some kind of "config" or ".ini" or whatever file, would make it far
> >> easier to change options for one install, without messing up the
> >> other.
> >>
> >
> > I agree totally. I see no reason to mess with the registry. Surely
> > a text (or better: XML) file would be a platform-independent way of
> > saving settings that doesn't require calling a
>
> The idea is to be platform-specific. The .pdrc is the old platform-
> independent config file.
Why exactly does the config file have to be platform specific?
> How many users know how to edit this proposed config file? Just
> about how many know how to edit the registry settings for Pd. The
> FAQ can provide some help for getting people up to speed. We need to
> build on existing knowledge so that people don't have learn Pd-
> specific things for trivial operations. For what Pd does with it,
> the registry is simple to use. Plus if you learn the registry in the
> process of figuring out manual Pd configs, then you can apply that
> knowledge to just about every other Windows program.
I don't know _any_ windows program that encourages users to play around with its registry entries. That usually results in odd behaviour. MS wants the program to read and write the registry through the API, the user isn't supposed to even suspect that it might exist. The main reason for it seems to be for licensing and copy-protection secret keys. My registry seems to have thousands of entries. Browsing it is very tedious.
I propose that an xml file could be read/writeable by pd in the same way the setting dialogs work currently. Since it's a plain text file and out in the open, anyone could read it, and "experts" could edit it directly.
As long as the 'xml' is kept simple (no nesting, no dtd lookups) a parser should be doable in tcl, maybe a tcl xml parser already exists(?)
Martin