Son Belge Anahat Sohbetinin Özeti

HTML başlıklarının konu olduğu her gün değil günlük, ancak kayıtlı bağlantılar klasörüm hakkında makaleler biriktiriyor yakın zamanda birleştirildi WHATWG Living Standard'daki belge anahat algoritmasının kaldırılması.

Öncelikle, algoritmanın gerçekten var olmadığını bilmelisiniz. Elbette, spesifikasyondaydı. Ve elbette, spesifikasyonda kullanılmasıyla ilgili bir uyarı vardı. Ancak hiçbir tarayıcı bunu uygulamadı, çünkü Bruce Lawson bize hatırlattı. Bütün zaman boyunca düz bir belge yapısında yaşıyoruz.

Bu çok eski Haberler. Adrian Roseli belge anahat efsanesi hakkında yazıyor 2013 yana. Ama bu onun 2016 yazısı başlıklı “Belge Anahat Algoritması Yok” kapsamlı bir şekilde açıklayan ve bizi buraya getiren konuşmalar ve mücadeleler hakkında ekstra bağlam parçalarıyla düzenli olarak güncellenen. Bu gerçekten destanın en iyi zaman çizelgesi. Amelia Bellamy-Royds ayrıca ikilemin köklerine indi geçmişte burada CSS-Tricks'te.

Aklım, kesitlemeyi destekleyen bir belge anahat algoritması oluşturmaya giden tüm çalışmalara anında gidiyor. Spesifikasyondan çıkarmak kesinlikle doğru bir karardır, ancak şimdi bazı sürüm geçmişinde gömülü olsa bile, içine giren herkül çabalarından uzaklaşmaz. Algoritma hakkında zaman içinde (bu sitede dahil!) yanlış bir şekilde yazan tüm iyi niyetli insanları, hemen köşede olduğu beklentisiyle düşünüyorum. Eylem eksikliği gibi görünen şeylerden tahakkuk eden yaklaşık yedi yıllık zihinsel ve teknik borç var.

Algoritmanın resmi olarak artık olmadığı “haberlerinin” ötesine bakan Bruce, jenerik bir algoritma bulunmadığından yakınıyor. <h> doğru başlık seviyesini üretmek için bölünebilen eleman veya benzeri. Kabul ediyorum. sahip olmak <h1> eleman esasen maruz kalmış olarak var olur <title> özellikle sayfalar çok nadiren tek bir üst düzey başlık içeren tek bir makale etrafında yapılandırıldığından, kısıtlayıcıdır. Kullanırken bir tür kart bileşeni yaptığım her zaman kendimi sık sık irkilerek buluyorum. <h3> teknik olarak doğru olabilir, ancak bozuk geliyor. Ve bu, daha düşük bir başlık seviyesinin artık belirgin bir daha yüksek başlık seviyesi gibi görünmesi gereken stil değerlendirmeleri hakkında konuşmadan önce.

Başlık seviyesi yönetiminden bahsetmişken, (spesifikasyondan algoritmayı alan PR'ı yazan) Steve Faulkner'ın bir kullanımına ilişkin süper pratik genel bakış <hgroup> eleman alt başlıklar, alt başlıklar, alternatif başlıklar, snd etiket satırları içeren başlık kalıplarını işlemek için. Vahşi doğada bunun gibi bir işaretleme gördüğünüze eminim:

<h1>Disappointingly Average</h1>
<h2>The Autobiography of Geoff Graham</h2>
<h3>by Geoff Graham</h3>

Bu, başlık seviyeleri tarafından yönlendirilen düz bir belge taslağı ile uyuşmaz. Bu başlıkların her biri bir bilgi hiyerarşisi oluşturan bir bölümü temsil eder:

Disappointingly Average
└── The Autobiography of Geoff Graham
    └── by Geoff Graham

Bunun yerine istediğimiz bir Grup başlıklar. işaret et <hgroup> eleman:

içinde yuvalandığında <hgroup> eleman, <p> öğenin içeriği, belge ana hatlarında yer almayan bir alt başlığı, alternatif başlığı veya kısa açıklamayı temsil eder.

Böylece, bu yapıyı elde ederiz:

<hgroup>
  <h1>Disappointingly Average</h1>
  <p>The Autobiography of Geoff Graham</p>
  <p>by Geoff Graham</p>
</hgroup>

<hgroup> is role=generic şu anda, ama Steve bir teklife işaret ediyor bu onu eşleyebilir role=group. Bu gerçekleşirse, erişilebilirlik ağacı, yardımcı teknolojinin bu paragraflara alt başlık ve slogan parçaları olarak daha semantik anlamlar atamasına izin verecektir. Kulağa kolay geliyor ama Steve, yolda olan zorluklara dikkat çekiyor. Ayrıca, bu tür bir kalıbın bugün ARIA nitelikleriyle nasıl uygulanabileceğini de gösteriyor.

İşleri toparladığımız sürece, Matthias Ott şu konularda birkaç ipucu yayınladı: başlıklarla yapılandırılmış bir anahat oluşturma. Başlık ana hatlarınızı kontrol etmek için harika bir araç listesi için sonuna bakın.