Reynzh Eric (Eric Range) depuse în cauză de problema postului. Este mai bine să utilizeze ca împachetări, titlu sau link-ul sub aplicarea în comun a elementelor relevante? În ceea ce privește HTML5 ambele versiuni sunt absolut valabile.
Titlul în link-ul următor:
Pe care o va alege? Aș spune că totul depinde.
Zona accesabile.
Element link implicit este în linie (inline), iar blocul de antet (bloc). Astfel, dacă nu modificați aceste setări inițiale cu ajutorul CSS, zona pentru h1 clickable> o va corespunde cu cea care este evidențiată în lumină roșie:
Pe de altă parte, o opțiune a> H1 face ca întreaga zonă se poate face clic elementul bloc antet.
In exemplul de mai sus, folosind CSS, puteți face cu ușurință element de bloc de referință, dar acest lucru nu este necesar, deoarece există următoarea opțiune oferă comportamentul implicit necesar.
Probabil te gândești: „Creșterea zona de clickable? Dar asta e bine!“. că, în principiu, rezonabil, cu următoarele excepții:
Inconvenientele când selectați textul.
Cât de important este - te decizi. Dar eu, personal, prefer întotdeauna pentru a selecta text, pornind de la colțul din dreapta jos, și așa că am doar infurie astfel de referințe bloc al comportamentului:
aspect ciudățenie.
Urmărind acest lucru, sunt, desigur, cred că totul este rezolvat cu ajutorul CSS, dar cum reacționați pentru a privi astfel de „surprize“, care are loc atunci când se utilizează abordarea a> h1. în care elementul are o adâncitură de referință intern (* format prin instalarea unei valori nenulă pentru frontiera de proprietate sau padding):
* Nu este atât de evident, și așa să fie clar. Faptul că, în conformitate cu CSS 2.1 standard, atunci când sunt încorporate într-un element de bloc nivelul rândului de element, element de linie înveliș împărțit în trei blocuri inline, dintre care una este o unitate internă „reală“ (în acest caz, antet h1), iar celelalte două sunt anonime blocuri inline format în acest caz, browser-ul imediat înainte și după blocul inline „reale“ (a se vedea. aici). Un astfel de comportament standard de browser-ul rămâne imperceptibil, atâta timp cât zona afișată a elementului de referință extern este determinată exclusiv de conținutul său, adică, text. Textul este disponibil numai în blocul „real“ inline și anonim din cauza lipsei de conținut sunt setate la înălțimea zero și lățime, și, prin urmare, invizibil. Odată ce avem un impact clar asupra dimensiunea blocurilor inline anonime, stabilind un chenar sau padding de zero pentru trimiterea elementului, noi le face vizibile. A se vedea pentru tine.
Dintr-un studiu de o persoană care a avut loc în centrul Wisconsin
probleme de accesibilitate.
Nu știu, eu nu sunt sigur. Și dacă mănâncă la toate în acest caz?
Cine a câștigat?
Am tendința de varianta h1> a. La fel ca majoritatea altor oameni, demonstrând sondajul informal.
Ceea ce încă mai este de peste ce să cred?
Tema imputernicire a tuturor elementelor parametrilor href = „“ si target = „“ a fost discutat pentru o lungă perioadă de timp. Problema se bazează în principal în semantică, și acest lucru explică de ce comportamentul elementelor care nu au fost încă standardizate. În plus, se crede că acest lucru va duce la confuzie în utilizarea tastaturii ca principalul mijloc de transport pe site-ul, ca totul va fi focalizabil, care, la rândul său, va duce la probleme de accesibilitate si usurinta in utilizare. Este dificil să nu fie de acord.
- Semantica include elementul de atribut rol = „link-ul“.
- După ce faceți clic pe un element de a activa evenimentul deschis (URL, țintă) și nu uitați, în același timp, ca al doilea parametru pentru a specifica _self atunci când faceți clic pe butonul din stânga și _blank - media.
- În concluzie, pentru a include un element în secvența noastră de file, se adaugă la acesta atributul tabindex = „0“
În general, HTML5 nu poate permite includerea blocurilor în elemente mici a priori, pentru că în acest standard termenii „bloc“ și „linie“ elementul absent. Acum, acești termeni sunt folosiți numai în caietul de sarcini CSS, care pur și simplu nu a permis să facă. Adăpostirea elemente HTML si CSS cuibarit - acum este diferit, cu logica separată a lucrurilor. Cu toate acestea, în ambele cazuri, este necesar să se respecte regulile. Dacă nu face fără comutare de bloc în elementul rând, apoi pentru a evita aranjamentul descris mai sus de probleme, aveți nevoie pentru toate elementele care cuprind blocuri utilizate de afișare declarație: bloc (sau inline-bloc), indiferent de tipul de element HTML, în special că HTML5 nu interzice o astfel de investiții.
Iar problemele de accesibilitate în acest subiect este cu adevărat și ei sunt bine descrise de Roger Johansson și Steve Faulkner
Doar câteva argumente pro și contra ale opțiunilor avute în vedere aici.
- în cazul din titlu suficient de lung, care este rupt în mai multe rânduri, acest lucru duce la o schimbare a pictogramei cursorului când intră între liniile de text care poate fi frustrant pentru unii utilizatori, ca și în acest caz, ei trebuie să spun acest lucru, „obiectiv“, înainte de a apăsa.
- în dispozitive mobile (cel puțin în iOS) situate în selectarea antet conduce la selectarea link-uri de referință, în locul textului antet.
- dificultăți apar în cazul în care este necesar un stil interior elemente de legătură în legătură cu evenimentele planeze, focalizarea și activă.