Ethan Furman added the comment:
> Eric V. Smith added the comment:
>> Ethan Furman added the comment:
>>
>>> Hmmm. How about defining the characters that will be supported for string
>>> interpretation, and if there are any other
>>> characters in format spec then go int (or whatever the mix-in type is)?
>>> I'm thinking "<^>01234566789". Anything else
>>> ("+", all letter codes, etc.) gets the normal (host-type) treatment.
>
> Is the goal of this approach to implement __format__ in Enum instead of
> IntEnum?
Yes.
> But you can't do this in general, because in the place you implement
> __format__ you must understand the mix-in type's format strings.
Which is why I suggest concentrating on what defines an "empty" format string.
In this case "empty" means what can we
put in the format spec and still get string treatment.
> Consider if the mix-in type is datetime: it's format strings don't end
> in a the set of characters you list.
The characters I list are the justification chars and the digits that would be
used to specify the field width. If
those are the only characters given then treat the MixedEnum member as the
member string.
----------
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue18738>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
