Який символ представляє новий рядок у текстовій області

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

Мені подобається перетворювати нові рядки, введені в текстову область, у [кому], щоб результат міг бути представлений в одному рядку, моє запитання ...

В даний час, надсилаючи з 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. значення подання, де розриви рядків нормуються до пар LF CR відповідно до Інтернет-конвенцій.

Говорячи конкретно про текстові області у веб-формах, для всіх текстових областей, на всіх платформах, \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 CARRAGE 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 вставлять новий рядок або повернення каретки всередину текстової області.