Looks like only the header is changing per choice (and the color off-course but as mentioned that is not something to consider now). My main issue would be the the spacing of the table details, it is way to big. In the third choice I would like the height of the header and the details to be swapped. The header can be a little higher and the details rows should be much more compact … IMHO.
@jeroen_ophetweb thanks for your feedback! Indeed only the header is really changing.
The new table will have a couple different configuration options to customize it to your liking. What do you think about having a setting for a ‘compact mode’, where the data is much more condensed? Does that sound interesting, or are you just recommending to take off a couple pixels padding
I think I like A the best, then C.
For me A is the most clear, but it is a little hard to tell the differences truly.
I like that A and C have a distinct header that is still part of the table. I miss that with B.
I like the distinct difference between the header and details in C in terms of color.
But I really like the top line in A to divide it from other content.
I would recommend to take off a couple of pixels padding and add a ‘wide mode’ as an option.
Mainly I want a sensible default (but what is that exactly ). Tinkering with options can be nice but it should look great out of the box.
@jeroen_ophetweb if by wide mode, you mean a table that can overflow the block, that is already built and will be always enabled. If you mean the padding, I’m more than happy to have a compact mode, but I think the wider move should be the default. This will be configurable globally though, so if you prefer the opposite you can edit the confid.edn.
@alex0 & others (limited on the number of mentions): header text transforms will be user configurable! Just through css values, but you will have access to uppercase, lowercase, capitalize (Capitalize The First Letter Of Each Word, Lowercase The Rest), and none. Based on the feedback, we will probably default to none though
It’s nice to see so many options, though I will never understand how can CSS have not an option to capitalize only the first word and not the others (“Like this” and not “Like This”) that is what I would use for properties (for example referenced-by:: displayed as Referenced by and not Referenced By). Capitalizing the first letter of each word is something that is made only in English titles. Sorry for the rant against CSS.
I personally like all three, but what I think would be great and an awesome feature is the ability to turn a parent block into a table view. I’m itching to try and make this happen in my flow theme, but I think it would super awesome if logseq does this by default. Maybe add a property “view:: table”, and once schemas are implemented this could allow for the easy transition of applying different views via buttons or drop downs.