According to , Tables are a Block Type. However, we will also want Tables to be a query block view. I think it is fine! Let's have both!

Our latest View Definition:

I want to propose a clearer definition of View in the editor. A View is not the same thing as formatting, and it is not the same thing as style. To make the distinction clearer, I think we should sepa

Notion also has both:

1. Simple tables These are normal document tables. They are for visual structure: rows, columns, notes, comparisons, lightweight layout. Notion says simple tables are useful for adding structure and clarity to notes/docs, and they can be converted into databases.

2. Databases with table view These are real Notion databases displayed as a table. Each row is a database page, and each column is a property. They support things like properties, filters, sorts, views, relations, formulas, etc. Notion’s help describes “Table” as one database view where database pages appear as rows and properties as columns.

So the distinction is:

Simple Table = document/layout object
Table View = database shown as a table
Database = structured collection of pages/properties

Attributes

For Seed, this is a useful precedent: you can ship simple document tables first, while leaving room for future queryable/data tables later. Queryblocks query documents, resources and attributes.

Document.name

Document.metadata.name ?

Set attribute to a document with

Users can't create custom attributes.

We want Maps in Attributes.

There is a problem with namespaces.

We need schemas to disambiguate namespaces.

Seed:Content