On Mon, 29 Dec 2003 15:48:03 -0500
"Fred L. Drake, Jr." <[EMAIL PROTECTED]> wrote:
> Phillip J. Eby writes:
[snip]
> > (The issue here is that Python requires keyword arguments to be
> > strings rather than Unicode, even though attribute names can be
> > Unicode. ZConfig sets attributes using u
Phillip J. Eby writes:
> Well, in that case, can we have a 'getItems()' that returns only the
> key-value pairs for actual attributes, and does *not* include keys for
> values that weren't explicitly specified in the configuration file and
> don't have defaults?
Not a bad idea. It will re
At 01:53 PM 12/29/03 -0500, Fred L. Drake, Jr. wrote:
Phillip J. Eby writes:
> That reminds me... is there any way for section *names* to be
> case-sensitive, or at least case-preserving? For example, if one were
> simulating Apache-style configuration like:
There isn't, but there was at some
On Mon, 2003-12-29 at 12:52, Fred L. Drake, Jr. wrote:
> Changing the keytype allows different interpretations for keys. The
> only thing required of keys at the lowest level of the parser is that
> keys do not contain spaces. The "basic-key" datatype is used to
> create a case-insensitive handl
Phillip J. Eby writes:
> That reminds me... is there any way for section *names* to be
> case-sensitive, or at least case-preserving? For example, if one were
> simulating Apache-style configuration like:
There isn't, but there was at some point. Nobody here at ZC seemed to
think it usefu
At 12:52 PM 12/29/03 -0500, Fred L. Drake, Jr. wrote:
Barry Warsaw writes:
> Since I didn't understand what keytype actually provided, even after
> reading the docs on it several times, I've never found a need for it
> .
Sounds like I need to improve the docs for this.
Changing the keytype all
Barry Warsaw writes:
> Since I didn't understand what keytype actually provided, even after
> reading the docs on it several times, I've never found a need for it
> .
Sounds like I need to improve the docs for this.
Changing the keytype allows different interpretations for keys. The
only thi
On Mon, 2003-12-29 at 00:28, Fred L. Drake, Jr. wrote:
> ZConfig currently requires that derived section types not specify a
> "keytype" attribute, used to change the interpretation of the keys.
> The intent is to ensure that keys defined in the base section type
> will still be recognized and ass