Wyobraź sobie listę list podobnych do tej:
var list = [
{ name: 'group1',
items: [ 1, 2, 3, 4, 5 ]
},
{ name: 'group2',
items: [ 1, 2, 3, 4, 5 ]
},
etc...
]
Teraz zapominając o całym argumencie „tabele są dla danych, a nie projektu”, chciałem wyświetlić pojedynczą tabelę dla list
i mieć osobne <thead>
i <tbody>
dla każdego wpisu list
.
Czy jest to technicznie poprawne? To działa w przeglądarce, ale moje zmysły pająka mrowi na tym .
javascript
html
AlbertEngelB
źródło
źródło
<thead>
i<tfooter>
, a nie elementów<tbody>
. Nie są takie same i są podyktowane odrębnymi zasadami.thead
elementów. Wycofałem głosowanie.Odpowiedzi:
Możesz mieć tyle
<tbody>
elementów, ile chcesz, ale nie więcej niż jeden każdego<thead>
i<tfoot>
. Odniesienie :źródło
th scope=rowgroup
wewnątrz regularnetr
opisać każdytbody
. Zobacz „Przykład” .Dozwolony jest co najwyżej jeden
thead
i jeden , więc nie powinieneś tworzyć dodatkowych nagłówków. W końcu litera a nadaje znaczenie Twoim kolumnom, np. „Pora dnia”, „temperatura”, „liczba kotów obecnie w ogniu”.tfoot
th
thead
Jeśli wpisy na liście są ze sobą powiązane, wszystkie powinny znajdować się w tej samej tabeli i należy podać odpowiedni nagłówek, aby wyświetlić tę relację.
Jeśli wpisy są w rzeczywistości niepowiązane, należy podać jedną tabelę dla każdego z nich. Nadal możesz zastosować ten sam CSS na każdym stole, aby uzyskać ładny wynik.
źródło
Uważam to za
id
atrybuty. Mają być unikalne, ale możesz je ponownie wykorzystać na tej samej stronie i nadal możesz je wybrać. To powiedziawszy, tylko dlatego, że można to zrobić, nie oznacza, że należy to zrobić.Odradzałbym to.
źródło
<tbody>
, ale zgodnie ze specyfikacją może być tylko<thead>
jeden<tfoot>
.