This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
A Note in the spec currently states: "A newline in a pre element separates paragraphs for the purposes of the Unicode bidirectional algorithm." 1. This should probably be expanded from newlines, presumably the LF character, to include CR (and its combinations with LF), i.e. s/newline/U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) character 2. Would it be possible to add a similar note for the textarea element? Should I open a separate bug for that?
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Rejected Change Description: no spec change Rationale: CR characters are turned into LF characters by the parser, and are ignored if inserted using the DOM. They are not meaningful characters in HTML. So I don't think it makes sense to mention it here. Please open a separate bug for <textarea> (you can use the "clone this bug" feature at the bottom right of the page to do so easily).
(In reply to comment #1) > Please open a separate bug for <textarea> (you can use the "clone this bug" > feature at the bottom right of the page to do so easily). Added as bug 11502.
mass-moved component to LC1