Martin v. Löwis wrote:
> Sam Ruby wrote:
>> If we can agree on the behavior, I would be glad to write up a patch.
>>
>> It seems to me that the simplest way to proceed would be for the code
>> that attempts to resolve character references (both named and numeric)
>>
ic)
in attributes to be isolated in a single method. Subclasses that desire
different behavior (including the existing Python 2.4 and prior
behaviour) could simply override this method.
- Sam Ruby
___
Python-Dev mailing list
Python-Dev@python.org
http:/
Fred L. Drake, Jr. wrote:
> On Monday 12 June 2006 00:05, Sam Ruby wrote:
> > Just to be clear: Planet uses Mark's feed parser, which uses SGMLlib.
>
> Cool.
>
> > I was investigating a bug in sgmllib which affected the feed parser (and
> > therefore P
Terry Reedy wrote:
> "Fred L. Drake, Jr." <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> On Sunday 11 June 2006 16:26, Sam Ruby wrote:
>>> Planet is a feed aggregator written in Python. It depends heavily on
>>> SGMLLib. A rece
Fred L. Drake, Jr. wrote:
> On Sunday 11 June 2006 16:26, Sam Ruby wrote:
> > Planet is a feed aggregator written in Python. It depends heavily on
> > SGMLLib. A recent bug report turned out to be a deficiency in sgmllib,
> > and I've submitted a test case and a pa
thod is overrideable. If unescaping
remains, do it for hex character references and for values greather than
8-bits, i.e., use unichr instead of chr if the value is greater than 127.
- Sam Ruby
[1] http://tinyurl.com/j4a6n
___
Python-Dev mai
