Karakter apa yang mewakili baris baru di area teks

Hanya cepat, tetapi ingin memastikan saya menangkap variasi lintas platform.

Saya suka mengubah baris baru yang dimasukkan ke dalam area teks menjadi [koma], sehingga hasilnya dapat direpresentasikan dalam satu baris, pertanyaan saya ...

Saat ini, mengirim dari google chrome, ketika saya melihat nilainya, saya merasa itu digunakan \r\nuntuk baris baru. Jika saya mengganti, \r\nsaya tahu ini akan berfungsi untuk chrome di windows 7, tetapi bagaimana dengan platform lain, apakah ada variasi tentang apa yang akan disisipkan browser lain sebagai baris baru di dalam area teks?

Berdasarkan spesifikasi HTML, browser diharuskan untuk mengkanonikalisasi jeda baris pada input pengguna ke CR LF ( \r\n), dan menurut saya tidak ada browser yang melakukan kesalahan ini. Referensi: klausul 17.13.4 Jenis konten formulir dalam spesifikasi HTML 4.01.

Dalam draf HTML5, situasinya lebih rumit, karena mereka juga menangani proses di dalam browser, bukan hanya data yang dikirim ke penangan formulir sisi server saat formulir dikirimkan. Menurut mereka (dan praktik browser), nilai textareaelemen ada dalam tiga varian:

1. nilai mentah seperti yang dimasukkan oleh pengguna, tidak dinormalisasi; mungkin berisi pasangan CR, LF, atau CR LF;
2. nilai internal, yang disebut "nilai API", di mana jeda baris dinormalisasi ke LF (hanya);
3. nilai pengiriman, di mana jeda baris dinormalisasi ke pasangan CR LF, sesuai konvensi Internet.

Berbicara secara khusus tentang textarea dalam formulir web, untuk semua textarea, di semua platform, \r\nakan berfungsi.

Jika Anda menggunakan hal lain, Anda akan menyebabkan masalah dengan potong dan tempel pada platform Windows.

Jeda baris akan dikanonikalisasi oleh browser windows ketika formulir dikirimkan, tetapi jika Anda mengirim formulir ke browser dengan pemutusan baris \n, Anda akan menemukan bahwa teks tidak akan disalin dan ditempel dengan benar antara misalnya notepad dan textarea.

Menariknya, terlepas dari konvensi akhir baris Unix \n, standar di sebagian besar protokol jaringan berbasis teks termasuk HTTP, SMTP, POP3, IMAP, dan sebagainya masih \r\n. Ya, itu mungkin tidak masuk akal, tapi itulah sejarah dan standar yang berkembang untuk Anda!


- Line Feed and 
 Carriage Return

Entitas HTML ini akan memasukkan baris baru atau carriage return di dalam area teks.

Tampaknya, menurut spesifikasi HTML5 , properti nilai dari elemen textarea harus mengembalikan '\ r \ n' untuk baris baru:

Elemen nilai didefinisikan sebagai nilai baku elemen dengan transformasi berikut diterapkan:

Ganti setiap kemunculan karakter "CR" (U + 000D) yang tidak diikuti dengan karakter "LF" (U + 000A), dan setiap kemunculan karakter "LF" (U + 000A) yang tidak diawali dengan "CR" ( U + 000D), dengan string dua karakter yang terdiri dari pasangan karakter U + 000D CARRIAGE RETURN "CRLF" (U + 000A).

Mengikuti tautan ke 'nilai' memperjelas bahwa ini merujuk ke properti nilai yang diakses di javascript:

Kontrol bentuk memiliki nilai dan pemeriksaan. (Yang terakhir hanya digunakan oleh elemen masukan.) Ini digunakan untuk menjelaskan bagaimana pengguna berinteraksi dengan kontrol.

Namun, di kelima browser utama (menggunakan Windows, 27/11/2015), jika '\ r \ n' ditulis ke textarea, '\ r' dihilangkan. (Untuk menguji: var e = document.createElement ('textarea'); e.value = '\ r \ n'; alert (e.value == '\ n');) Ini berlaku untuk IE sejak v9. Sebelumnya, IE mengembalikan '\ r \ n' dan mengubah '\ r' dan '\ n' menjadi '\ r \ n' (yang merupakan spesifikasi HTML5). Jadi ... saya bingung.

Agar aman, biasanya cukup menggunakan '\ r? \ N' dalam ekspresi reguler, bukan hanya '\ n', tetapi jika urutan baris baru harus diketahui, pengujian seperti di atas dapat dilakukan dalam aplikasi.