Как откючить автоматическу конвертацию \n в \r\n в textarea?

Question

[Vitaliy Orlov]

Всем привет!

Столкнулся с такой проблемой:
- в textarea пользователь передает: "a\nb", т.е. "a", "перевод на новую строку", "b"
- далее форма сабмитится, но в запрос попадает строка уже с символом перевода каретки, т.е. "a\n\rb"

Код для теста на PHP

<input type="button" onclick='document.getElementsByTagName("textarea")[0].value = "a\nb"' value="Test">
<form>
    <textarea name="text"></textarea><br>
    <input type="submit">
</form>
<br>
<?php
    if (!empty($_REQUEST['text'])) {
        echo '';
        for ($i=0; $i<strlen($_REQUEST['text']); $i++) {
            echo '&rarr; '.$_REQUEST['text'][$i].' &rarr; '.ord($_REQUEST['text'][$i]).'<br>';
        }
    }
?>

результат


Т.к. на основе этой инфы высчитывается хеш, то он получается не верный. Есть ли способ запретить такую конвертацию?

Comments

[Дмитрий]

Зачем что-то запрещать пользователю, если это может криво сработать у разных клиентов? Просто сделайте str_replace в вашем скрипте и всё

[Vitaliy Orlov]

Дмитрий, я ничего не запрещаю, мне надо чтобы работало два варианта:
1) пользователь делает Ctrl+V текста "a\nb" и отправляет на сервер
2) пользователь делает Ctrl+V текста "a\n\rb" и отправляет на сервер

Мне надо чтобы на сервере, я получил
1) "a\nb"
2) "a\n\rb"

Сейчас в обоих случаях
1) "a\n\rb"
2) "a\n\rb"

И эту конвертацию делает то ли браузер (тестил в FF и Chrome), то ли вообще ОС. Пока не знаю зачем.

[Дмитрий]

Vitaliy Orlov, в разных программах перенос строки - разная последовательность (как видите). При вставке в текстареа по вашим словам браузер конвертирует в свой стиль. Что вы можете с этим сделать? Наверное ничего. Приводите к единому виду (разные браузеры могут по-разному конвертировать), и уже работайте с единым видом. Так плохо?

[dollar]

Это не проблема, а задача.
Опишите, собственно, саму проблему. Что именно вы делаете и как вам это мешает?

[Vitaliy Orlov]

dollar, ты заголовок и описание вообще читал?

[Vitaliy Orlov]

Дмитрий,

Что вы можете с этим сделать? Наверное ничего.

Пока что, я полагаю, что могу перехватить вставку из буфера обмена и заменять символы перевода строки/каретки хотя бы на визуальные аналоги используя contenteditable режим, параллельно имея не модифицированную копию, которая и будет слаться на бэкэнд, например в base64. Но, это те еще костыли, думал есть попроще варианты.. Но, тут еще очень большой вопрос, кто это делает ОС или браузер, если ОС, например по Ctrl+C, то там уже без вариантов..

[dollar]

Vitaliy Orlov, так из описания не ясно, что вы делаете, что за проект.
Если это сервис по подсчету хешей, то лучшее решение - вообще не посылать строку на сервер, а высчитывать через JS.
Зачем на бекенде вам хеш введенной строки хз, но в общем случае можно заменить все \r\n на \n, а затем \r на \n, например. Таким образом, хеш всегда один и тот же будет, независимо от присланных данных.
Можно много чего придумать, мониторить буфер обмена, добавить чекбокс в форму с выбором формата и т.д.
Но повторюсь: не ясно, зачем вам это нужно, какую проблему вы решаете, а гадать смысла нет.

Answer 1

[Vitaliy Orlov]

Т.к. нет ответов, отвечаю сам на свой же вопрос:

Делают это браузеры, согласно спецификации.

Line breaks, as in multi-line text field values, are represented as CR LF pairs, i.e. `%0D%0A'.

Связано это с тем, что в разных ОС используются разные переводы строк:
\r = CR (Carriage Return) // Unix
\n = LF (Line Feed) // Mac OS
\r\n = CR + LF // Windows
и таким образом формат \r\n должен удовлетворять всех одним махом:

Как решать это, пока не ясно, но вроде бы в HTML5 спеке есть заметка о трех состояниях контента:
- сырой (raw), в котором ничего не должно быть конвертировано
- внутренее (api value), в котором все приводится только к LF (\n)
- для отправки (submission value), в котором все приводится к \r\n

For historical reasons, the element’s value is normalized in three different ways for three different purposes. The raw value is the value as it was originally set. It is not normalized. The API value is the value used in the value IDL attribute. It is normalized so that line breaks use U+000A LINE FEED (LF) characters. Finally, there is the value, as used in form submission and other processing models in this specification. It is normalized so that line breaks use U+000D CARRIAGE RETURN U+000A LINE FEED (CRLF) character pairs, and in addition, if necessary given the element’s wrap attribute, additional line breaks are inserted to wrap the text at the given width.

Соответственно, в теории можно работать напрямую с текстом без конвертации .. но, как всегда, есть куча но, с поддержкой спеки.. надо тестировать..

Для тех кто столкнется с такой же проблемой, источник знаний - англоязычный стековерфлоу, вот по таки запросам: "ENTER converted from \n to \r\n on POST" и "What character represents a new line in a text area"

P.S. Если решу проблему через отлов вставки из буфера, замену и конвертацию через плейсхолдеры, добавлю пример позже.