Kokkuvõte hiljutisest dokumendikonspekti vestlusest

See ei ole igapäevane, et HTML-i pealkirjad on teemaks de jour, kuid minu salvestatud linkide kausta koguneb artikleid selle kohta hiljuti liidetud dokumendi ülesehituse algoritmi eemaldamine WHATWG elustandardis.

Esiteks peaksite teadma, et algoritmi pole kunagi tegelikult eksisteerinud. Muidugi, see oli spetsifikatsioonis. Ja kindlasti oli spetsifikatsioonis hoiatus selle kasutamise kohta. Kuid ükski brauser pole seda kunagi rakendanud, nagu Bruce Lawson tuletas meile meelde. Oleme kogu aeg elanud lamedas dokumendistruktuuris.

See on väga vanad uudised. Adrian Roselli on kirjutanud dokumendi üldjoonte müüdist alates 2013. Aga see on tema 2016. aasta postitus pealkirjaga "Dokumendi kontuuri algoritmi pole" mis kirjeldab seda kõikehõlmavalt ja seda on regulaarselt värskendatud täiendavate kontekstitükkidega vestluste ja võitluste kohta, mis meid siia tõid. See on tõesti saaga parim ajaskaala. Amelia Bellamy-Roydsil on ka süvenes dilemma juurtesse varem siin CSS-Tricksis.

Minu mõte läheb kohe kogu töö juurde, mis on tehtud jaotiste jagamist toetava dokumendikontuuri algoritmi loomisel. Selle spetsifikatsioonidest eemaldamine on kindlasti õige üleskutse, kuid see ei võta maha selle nimel tehtud jõupingutusi, isegi kui see on nüüd mõne versiooni ajalukku maetud. Ma mõtlen ka kõigile heade kavatsustega inimestele, kes on algoritmist aja jooksul ekslikult kirjutanud (sealhulgas sellel saidil!), lootes, et see oli kohe nurga taga. Meil on peaaegu seitse aastat vaimset ja tehnilist võlga, mis on kogunenud tegevusetuse tõttu.

Vaadates mööda "uudistest", et algoritmi ametlikult enam pole, kurdab Bruce, et puudub üldine <h> element või muu sarnane, mida saab õige pealkirja taseme saamiseks osadeks jagada. Ma nõustun. Võttes an <h1> element eksisteerib sisuliselt eksponeerituna <title> on piirav, eriti kuna leheküljed on nii harva üles ehitatud ühe artikli ümber, millel on üks tipptasemel pealkiri. Tihti avastan end võpatamas iga kord, kui kasutan mingit kaardikomponenti <h3> võib olla tehniliselt õige, kuid tundub korrast ära. Ja see on enne, kui me üldse räägime stiilikaalutlustest, kus madalam pealkirja tase peab nüüd välja nägema selgelt kõrgema pealkirja tasemena.

Rääkides pealkirja taseme haldamisest, on Steve Faulkneril (kes oli PRi autor, mis võttis algoritmi spetsifikatsioonidest välja) super praktiline ülevaade kasutamisest <hgroup> element alampealkirjade, subtiitrite, alternatiivsete pealkirjade, snd tunnustekstide käsitlemiseks. Olen kindel, et olete looduses näinud sellist märgistust:

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

See ei anna muljet tasase dokumendikontuuriga, mis on tingitud pealkirja tasemetest. Kõik need pealkirjad esindavad jaotist, mis moodustab teabe hierarhia:

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

Selle asemel tahame a rühm rubriikidest. Näita <hgroup> Element:

Kui pesatakse a <hgroup> element, <p> elemendi sisu esindab alampealkirja, alternatiivset pealkirja või tunnusteksti, mida dokumendi konspektis ei sisaldu.

Niisiis, saame selle struktuuri:

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

<hgroup> is role=generic hetkel, aga Steve osutab ettepanekule mis võiks selle kaardistada role=group. Kui see juhtub, võimaldab juurdepääsetavuse puu abitehnoloogial määrata nendele lõikudele rohkem semantilist tähendust kui alapealkirja ja tunnusteksti. Kõlab lihtsalt, kuid Steve märgib väljakutseid, mis on teel. Samuti tutvustab ta, kuidas seda tüüpi mustrit saaks tänapäeval ARIA atribuutidega rakendada.

Niikaua kui me asju ümardame, avaldas Matthias Ott mõned näpunäited pealkirjadega struktureeritud kontuuri loomine. Vaadake lõpust suurepärast tööriistade loendit pealkirjade kontuuride kontrollimiseks.