Eğik Çizgi Kapatmadan Önce Boşluk?

Sık sık XML ve HTML etiketlerinde kapanış çizgisinden önce bir boşluk gördüm. XHTML satır sonu muhtemelen standart bir örnektir:

<br />

onun yerine:

<br/>

Alan gereksiz görünüyor. Aslında, gereksiz olduğunu düşünüyorum.

Bu alanı yazmanın sebebi nedir?

Alanın bazı "geriye dönük uyumluluk sorunlarını" çözdüğünü okudum. Geriye dönük uyumluluk sorunları nelerdir? Bu sorunlar hala geçerli mi yoksa IE3 uyumluluğu uğruna hala fazladan boşluklar mı ekliyoruz? Bunun kesin cevabı olan bazı özellikler var mı?

Geriye dönük uyumluluk değilse, bu bir okunabilirlik sorunu mu? Great Open Curly Brace tartışmasına benzer mi?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Farklı stilistik fikirlere kesinlikle saygı duyabilirim, bu yüzden alanı yazmanın sadece bir zevk meselesi olduğunu öğrenmekten mutlu olacağım.

Cevap, insanların XHTML1.0 spesifikasyonunun Ek C'sine uymak istemeleridir . Bunu yalnızca XHTML'yi text / html olarak sunuyorsanız yapmanız gerekir . Çoğu insan bunu yapar, çünkü XHTML'nin gerçek MIME türü (application / html + xml) Internet Explorer'da çalışmaz.

Şu anda hiçbir tarayıcı alanı önemsemiyor. Tarayıcılar bunlara çok toleranslıdır.

HTML ayrıştırıcılarının sondaki eğik çizgiyi tanınmayan bir öznitelik olarak değerlendirmesini sağlamak için gerekli olan boşluk.

Bobince'nin yanıtını , belgeleri gösteren Netscape 4.80 ekran görüntüsü ile desteklemek

data:text/html,<title>space</title>foo<br />bar

(sol üst, satır sonu oluşturulmuş) ve

data:text/html,<title>no space</title>foo<br/>bar

(sol alt, satır sonu yok sayıldı).

Resmi göstermek için cevap olarak gönderme

Teğetsel olarak ilişkili: Aslında, eski tarayıcıların bu tür yanlış davranışlarının nedenini (ve bunun sonucunda ortaya çıkan, boşluğu dahil etme önerisini) yanlış anlaşılmış SGML spesifikasyonlarında tanımlayan uzun bir cevabım vardı, yani SGML Boş Bitiş Etiketi ( NET ) (burada 1<tag/2/3eşittir aslında 1<tag>2</tag>3öyle 1<tag/>2olurdu 1<tag>>2) ama standardın iyi bir kanıtı ve somut versiyonunu bulamamakla kalmadım, standartlara uygun düzgün davranışı bile kavrayamadım. Referans için çok az ham bağlantı:

• w3c doğrulayıcı, sorunlu kapanış çizgisinden bahsederken ve
• SGML, HTML, XML ve XHTML'de boş öğeler @ www.cs.tut.fi/~jkorpela/
• XHTML'ye dikkat edin: Boş Bitiş Etiketleri (NET) şunu belirtir:

  Bununla birlikte, Boş Bitiş Etiketlerini düzgün şekilde destekleyen bazı küçük kullanıcı aracıları hala vardır. Onu destekleyen en iyi bilinen kullanıcı aracılarından biri W3C doğrulayıcısıdır.

(Şu anda orada yeniden üretilemiyor, ancak Lee Kowalkowski'nin bundan etkilenen birden çok tarayıcı hakkındaki açıklamasını destekliyor.)

• XML W3C Çalışma Taslağı 07-Ağustos-97 - DTD kod parçacığında Boş Bitiş Etiketi referansını içeren en son teknik özellik taslağı:NET "/>"

Bu sorunlar hala geçerli mi yoksa IE3 uyumluluğu uğruna hala fazladan boşluk ekliyor muyuz?

Yakındaydınız - bu Netscape 4 için.

Diğer rasyonalizasyonları görmek ilginç, ama bunun anlamı buydu.

Hayır, alan gerekli değildir, ancak bazı eski tarayıcıların bu etiketleri doğru şekilde oluşturması gerekir. Bunu yapmanın doğru yolu, XHTML'nin XML'den miras aldığı bir şey olduğundan fazladan boşluk bırakmamaktır.

XHTML'de br etiketlerinin kapatılması gerekir, ancak boşluk gerekli değildir . Bu stilistik bir şey. HTML'de br etiketleri kapatılamaz, bu nedenle ikisi de yanlıştır.

Boşluk, etiketleri daha okunaklı hale getirir. Daha okunaklı kod için biçimlendirmenin büyük bir savunucusuyum. Bunun gibi küçük şeyler uzun bir yol kat eder. Boşluk olmadan kapanış etiketi, açılış etiketiyle karışır. Kodu hızlı bir şekilde okurken onu işlemem sadece bir an daha uzun sürüyor.

Ya orada çok tembel bir html yazarı varsa ya da tırnak işareti korkusu varsa. Onun robot sayfa tarayıcısı olsaydınız, aşağıdakileri düşünün ...

<img src=http://myunquotedurl.com/image.jpg />

karşı

<img src=http://myunquotedurl.com/image.jpg/>

Bu küçük görünebilir, ancak boşluk yoksa ne yapabileceğine bakın. Robot, eğik çizginin url'nin bir parçası mı yoksa kapanış etiketinin bir parçası mı olduğunu bilmez.

Beyaz boşluğun bu etiketin boş olduğu ve kendini kapattığı fikrini pekiştirmenin bir yolu olduğunu düşünüyorum.

Bugün artık beyaz boşluğu kullanmıyorum çünkü hiç beyaz boşlukla ilgili bir sorunum olmadı.