2013-12-16 12 views
8
specification

enctype=application/x-www-form-urlencoded biçimleri için aşağıdaki:Her türlü yeni satır, html biçiminde gönderildiğinde r n konumuna dönüştürülür mü? W3C devletlerden

Bu varsayılan içerik türüdür. Bu içerikle gönderilen formlar tipi aşağıdaki gibi kodlanmalıdır:

1) Kontrol adları ve değerleri kaçtı. Boşluk karakterleri +', and then reserved characters are escaped as described in [RFC1738], section 2.2: Non-alphanumeric characters are replaced by % HH ', yüzde işareti ve karakterin ASCII kodunu gösteren iki onaltılık basamakla değiştirilir. Satır sonları "CR LF" çiftleri (yani, "% 0D% 0A") olarak temsil edilir.

2) Kontrol adları/değerleri, belgede görüntülendikleri sırayla listelenir. İsim, değerden =' and name/value pairs are separated from each other by & 'ile ayrılmıştır.

Unicode'de birkaç tür hat sonlandırıcı vardır. Yani:

LF: Line Feed, U+000A 
VT: Vertical Tab, U+000B 
FF: Form Feed, U+000C 
CR: Carriage Return, U+000D 
CR+LF: CR (U+000D) followed by LF (U+000A) 
NEL: Next Line, U+0085 
LS: Line Separator, U+2028 
PS: Paragraph Separator, U+2029 

CR LF (\r\n) dönüştürülür Bunların hepsi musunuz?

cevap

3

Bunların tümü CR LF'ye (\ r \ n) dönüştürülmüş mü?

Hayır. (

bir "CR" her geçtiği yerini: Burada HTML4 Spec bir satır atlar ne belirsizdir, ama ne tarayıcılar yapmak ve ne HTML5 standardise için gitti sadece CR ve LF dahil olmasıdır U + 000D) karakteri bir "LF" (U + 000A) karakterini ve bir "CR" (U + 000D) karakteri ile önceleri olmayan bir "LF" (U + 000A) karakterinin her oluşumunu takip etmez. U + 000D satırbaşı "CRLF" (U + 000A) karakteri çifti oluşan karakterlik dize

(tek satır başı karakteri gibi LFCR davranır gibi IE oldukça, tam olarak bu uymuyor. Ama yakın yeterli.)

İlgili konular