You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If current node is a pre, textarea, or listing element, and the first child node of the element, if any, is a Text node whose character data has as its first character a U+000A LINE FEED (LF) character, then append a U+000A LINE FEED (LF) character."
Currently domino always appends a newline after pre/textarea/listing. Patch forthcoming.
The text was updated successfully, but these errors were encountered:
cscott
added a commit
to cscott/domino
that referenced
this issue
Feb 17, 2013
The HTML5 serialization spec at
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-end.html#serializing-html-fragments
states that:
"If current node is a pre, textarea, or listing element, and the first
child node of the element, if any, is a Text node **whose character data
has as its first character** a U+000A LINE FEED (LF) character, then
append a U+000A LINE FEED (LF) character."
Currently domino always appends a newline after pre/textarea/listing.
This patch fixes domino to match the WHATWG spec, only adding a newline
where it is necessary to maintain the proper value of the contents.
(Since an initial newline is silently discarded when it follows a
pre/textarea/listing.)
Closes gh fgnass#16.
The HTML5 serialization spec at http://www.whatwg.org/specs/web-apps/current-work/multipage/the-end.html#serializing-html-fragments states that:
Currently domino always appends a newline after pre/textarea/listing. Patch forthcoming.
The text was updated successfully, but these errors were encountered: