Ja, ja. Funktional sind sie verschieden. Aber verdammt, wenn ich nichts von den verrückten Schwellenwerten gewusst hätte, bis Jens Oliver Meiert ein Paar Kurzumfragen getootet hat.
Gemäß dem HTML-Standard
- Wenn die aktuelle Zelle ein Attribut `colspan` hat, dann parse diesen Attributwert, und sei colspan das Ergebnis.
Wenn das Parsen dieses Wertes fehlschlug, null ergab oder das Attribut fehlt, dann sei stattdessen colspan 1.
Wenn colspan größer als 1000 ist, sei stattdessen 1000.- Wenn die aktuelle Zelle ein Attribut `rowspan` hat, dann parse diesen Attributwert, und sei rowspan das Ergebnis.
Wenn das Parsen dieses Wertes fehlschlug oder das Attribut fehlt, dann sei stattdessen rowspan 1.
Wenn rowspan größer als 65534 ist, sei stattdessen 65534.
Ich habe die Antworten im Voraus gesehen und wusste, dass ich `rowspan` durcheinandergebracht hätte. Anscheinend sind 1000 Tabellenspalten genug Spalten, um sie gleichzeitig zu überspannen, während 65534 die magische Zahl ist, um zu begrenzen, wie viele Zeilen wir gleichzeitig überspannen können. Warum ist der ideale Wert für `rowspan` 6.4543 Spannen mehr als für `colspan`? Dafür gibt es normalerweise gute Gründe.
Was dieser Grund ist, verdammt, wenn ich es wüsste, aber jetzt habe ich einen kleinen Wissensschatz für Smalltalk in meiner Hintertasche.
65535 ist der größte Wert, den man in einer vorzeichenlosen 16-Bit-Ganzzahl speichern kann, daher wurde vermutlich 65534 gewählt, um aus Leistungsgründen gerade noch innerhalb dieser Grenze zu liegen.
Das ergibt Sinn! Aber warum die Grenze für das eine Attribut bei 1000 und für das andere bei 65534 ziehen? Das ist es, was mir daran lustig erscheint.
Ich bezweifle, dass es einen spezifischen Grund für die Zahl 1000 gibt, außer dass es eine hübsche Zahl ist, aber ich denke, es ist semantisch sinnvoll, eine härtere Grenze für Spalten als für Zeilen zu setzen.
Eine einzelne Zeile in einer Tabelle soll Informationen über einen einzelnen Datensatz enthalten. Ein einzelner Eintrag. Es kann viele Felder in dem Eintrag geben, aber es wird erwartet, dass es nicht „zu viele“ sind, damit die Tabelle nützlich ist.
Auf der anderen Seite soll die Anzahl der verschiedenen Elemente semantisch keine Begrenzung haben, daher wird die Grenze nur aus technischer Sicht festgelegt.