Author ajaksu2
Recipients Tomalak, ajaksu2, sechi_francesco
Date 2009-05-12.03:29:28
SpamBayes Score 2.45895e-08
Marked as misclassified No
Message-id <1242098971.04.0.0259931097976.issue5752@psf.upfronthosting.co.za>
In-reply-to
Content
Francesco,
Your patch still doesn't allow one to add a multiline attribute values
as Tomalak describes:
"The catch: This leads to an actual data loss if I *wanted* to store
newline characters in an attribute -- unless the newline characters are
properly encoded. Encoding the newline characters is also valid and
conforms to the spec, so the DOM implementation should do it."

I'm not sure whether the proposed behavior is correct or desirable. Even
if it is correct, it might introduce backwards incompatible changes in
behavior.

Here's a test case for trunk.
History
Date User Action Args
2009-05-12 03:29:31ajaksu2setrecipients: + ajaksu2, Tomalak, sechi_francesco
2009-05-12 03:29:31ajaksu2setmessageid: <1242098971.04.0.0259931097976.issue5752@psf.upfronthosting.co.za>
2009-05-12 03:29:29ajaksu2linkissue5752 messages
2009-05-12 03:29:29ajaksu2create