Unicode Line Separator (U+2028) not rendered correctly

[apblack]

Ace knows how to render an ASCII line feed (U+000A) (as a line break), but apparently does not know how to render a Unicode line separator (which should also be rendered as a line break).

Replacing all the Line Separators with line feeds does not seem like an acceptable solution; text editors should not change the text that they are editing unless the user says so.

[nightwing]

Do you know of an editor that renders U+2028 as a new line? Everything i have tried, including textarea, do not render it

[apblack]

Apple's TextEdit renders it just fine. So does Xcode. These are the main editors that I use. As an experiment, I tried emacs, and it fails to render U+2028 correctly. I would guess that this might be true of many legacy editors that pre-date Unicode. I would expect that a modern editor like Ace would work fine for Unicode, or at least for that subset of Unicode that Javascript supports.

[xfq]

FWIW, I did some tests in w3c/csswg-drafts#6992 (comment)

[andrewnester]

This relates to this issue, so closing as a duplicate #460