DavidIQ wrote: Pony99CA wrote:
DavidIQ wrote:Forum list is not tabular data because each column can have multiple pieces of data.
I disagree on three fronts.
First, who says tabular data can't have multiple pieces of data in a column? Try presenting a three-dimensional table without either having multiple pieces of data in column or having one table for each "plane" of data.
Second, HTML certainly allows sub-dividing columns in tables. I don't think the HTML designers gave it that capability for page layout reasons.
Finally, the Member List has columns with multiple pieces of data (Location, Website). So by your definition, the Member List isn't tabular data, either.
In my opinion, the forum list, topic list and member list are all tabular data.
I think most people on the internet will disagree with your flawed definition of what tabular data is.
I personally don't care what most of the Internet thinks, since most of them seem to love cat videos.
DavidIQ wrote:Try applying your definition of tabular data to how things are laid out in Excel, how results are presented when running a query against a database, tabular data controls, or many other examples and you will find that it just doesn't fit at all.
I don't understand your point. Those are "simple" tables, but not necessarily the only kind. In other words, my definition fits and includes your definition as a subset of mine.
Even the basic description of what a table is
says that a cell is the intersection of a row and a column, which by definition means that the data presented corresponds to the column name/header. So if we displayed the forum list in tabular data format we would have the name of the forum in one column, the description in another, the moderators for that forum in another, etc.
Now that's just sophistry. You neglected the following part above what you quoted:
This is a simplified description of the most basic kind of table.
And you neglected this part following your quoted text:
The elements of a table may be grouped, segmented, or arranged in many different ways, and even nested recursively. Additionally, a table may include metadata, annotations, header, footer or other ancillary features.
In other words, as I said, tables can include additional data in row/column intersections and can contain "non-required" data (like metadata).
So I'm not sure why my "definition" is flawed (which wasn't really a definition at all, but a refutation of what you seemed to think a table was). Yes, the forum list table is not represented internally by a single table, but that's due to how relational databases work best. That doesn't imply that you can't combine content from multiple database tables into a single table for presentational clarity, nor that doing so makes that table non-tabular (and thus not suited for presentation using HTML TABLE tags).