Это частично связано со старым Unix по сравнению с новой строкой окон дилемма LF/CRLF. Я не люблю своего решения, но у меня есть большая часть из вычисленного... (тем не менее, любое общее руководство, связанное с ценившими новыми строками перекрестного браузера!). FF может отправить данные из текстовых областей HTML способом, что новые строки последовательно хранятся в дб с IE (и мой клиент Java). Другие клиенты могут считать эти созданные FF строки новая строка и так далее.
Моя основная остающаяся проблема - то, как правильно получить и отобразить строки в И следующие. Как я могу определить новые строки в атрибутах XML? Например, у меня есть xhr возврат ряда полей формы для рендеринга с помощью JavaScript:
<field name="desc" displayname="Description" value="i
am
in
ff" type="string" length="240"> </field>
(Я не подтвердил, но я вполне уверен, это - CRLFs в атрибуте значения - то же, когда я сохранил ранее...), Это значение будет представлено в текстовой области.
Но когда я пытаюсь считать атрибут в FF, значение var = fieldNode.getAttribute ("значение"); я получаю значение =, "я нахожусь в и следующие"
Я знаю, преобразовываю ли я CRLF в \n на сервере, FF будет работать; но я думаю, что это может вызвать проблемы для наших других клиентов. Я хотел бы найти клиентское и определенное для клиента решение.
Если я мог бы обнаружить новые строки, я мог бы занять место в
или что бы то ни было. Мне просто нужен способ обнаружить их.
PS - никакие ответы после больше чем месяца..., почему я - единственный с этой проблемой?? угадайте, что я должен буду изобразить его сам :(
Просто на случай, если кто-нибудь еще наткнется на это в будущем... Эта тема помогла мне встать на правильный путь: Как сохранить новые строки в атрибуте XML?
Как оказалось, CRLF, CR и LF должны быть закодированы в правильном xml CRLF = & #xD;& #xA;). Ранее я их не кодировал. IE относится к этому терпимо, а другие браузеры - нет. Например, XML-парсер Firefox преобразует любой символ новой строки в пробел. Теперь, когда я кодирую новые строки, все в порядке...