https://bugzilla.wikimedia.org/show_bug.cgi?id=31260
Brion Vibber <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |need-unittest --- Comment #1 from Brion Vibber <[email protected]> 2011-09-30 18:29:48 UTC --- Yes, definitely makes sense to have closer interface parity, and it's an often handy thing. Added needs-unittest keyword as it'll want tests added to the qunit suite! Main problem I see: if we return a *string* from .escaped() etc, then any parameters you've provided as DOM elements will need to be flattened back to HTML source on the output. This is ok for simple cases, but if you want to do something like attach some data or behavior to an element (something that IIRC Neil's message parser for UploadWizard explicitly does) you could end up losing it. (Event handlers etc would need to be re-added after the string gets turned back into DOM elements in the document, which is potentially awkward.) It may be useful to have an output mode that produces a DOM element rather than HTML source. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
