Какой символ представляет новую строку в текстовой области

Просто быстрый, но хочу убедиться, что ловлю кроссплатформенные варианты.

Мне нравится преобразовывать новые строки, введенные в текстовую область, в [запятую], чтобы вывод можно было представить в одной строке, мой вопрос ...

В настоящее время при отправке из Google Chrome, когда я просматриваю значение, я обнаруживаю, что оно используется \r\nдля новых строк. Если я заменю, \r\nя знаю, что он будет работать для Chrome на Windows 7, но как насчет других платформ, есть ли варианты того, что другие браузеры будут вставлять как новую строку в текстовую область?

Согласно спецификациям HTML, браузеры должны канонизировать разрывы строк при вводе пользователем в CR LF ( \r\n), и я не думаю, что какой-либо браузер ошибается. Ссылка: пункт 17.13.4 Типы содержимого форм в спецификации HTML 4.01.

В черновиках HTML5 ситуация более сложная, поскольку они также имеют дело с процессами внутри браузера, а не только с данными, которые отправляются обработчику формы на стороне сервера при отправке формы. Согласно им (и практике браузера) textareaзначение элемента существует в трех вариантах:

1. исходное значение, введенное пользователем, ненормализованное; он может содержать пару CR, LF или CR LF;
2. внутреннее значение, называемое «значением API», где разрывы строк нормализуются до LF (только);
3. значение отправки, где разрывы строк нормализованы к парам CR LF в соответствии с соглашениями в Интернете.

Говоря конкретно о текстовых полях в веб-формах, для всех текстовых полей на всех платформах \r\nбудет работать.

Если вы используете что-то еще, вы вызовете проблемы с вырезанием и вставкой на платформах Windows.

Разрывы строк будут канонизированы браузерами Windows при отправке формы, но если вы отправите форму в браузер с разрывами строк \n, вы обнаружите, что текст не будет правильно копироваться и вставляться, например, между блокнотом и текстовым полем.

Интересно, что, несмотря на то, что в Unix соглашение о конце строки является \nстандартом для большинства текстовых сетевых протоколов, включая HTTP, SMTP, POP3, IMAP и так далее \r\n. Да, возможно, в этом нет большого смысла, но для вас это история и новые стандарты!

Кажется, что, согласно спецификации HTML5 , свойство value элемента textarea должно возвращать '\ r \ n' для новой строки:

Элемента значение определяется как исходное значение элемента с применено следующее преобразование:

Заменить все вхождения символа «CR» (U + 000D), за которым не следует символ «LF» (U + 000A), и каждое вхождение символа «LF» (U + 000A), которому не предшествует «CR» ( U + 000D) двухсимвольной строкой, состоящей из пары символов U + 000D CARRIAGE RETURN «CRLF» (U + 000A).

После ссылки на 'value' становится ясно, что это относится к свойству value, доступному в javascript:

Элементы управления формой имеют ценность и проверяемость. (Последний используется только элементами ввода.) Они используются для описания того, как пользователь взаимодействует с элементом управления.

Однако во всех пяти основных браузерах (использующих Windows, 27.11.2015), если '\ r \ n' записывается в текстовое поле, '\ r' удаляется. (Для проверки: var e = document.createElement ('textarea'); e.value = '\ r \ n'; alert (e.value == '\ n');) Это верно для IE, начиная с версии v9. До этого IE возвращал '\ r \ n' и конвертировал '\ r' и '\ n' в '\ r \ n' (что является спецификацией HTML5). Итак ... я в замешательстве.

В целях безопасности обычно достаточно использовать '\ r? \ N' в регулярных выражениях вместо просто '\ n', но если последовательность новой строки должна быть известна, в приложении можно выполнить тест, подобный приведенному выше.


- Line Feed and 
 Carriage Return

Эти HTML-объекты вставят новую строку или возврат каретки внутри текстовой области.