Tables UX - general feedback

[cannibalox]

Search first

• I searched and no similar issues were found

What Happened?

COLUMNS SIZE

• column minimum width should be SMALLER
  the minimum width for columns is too big imo. I would often want smaller width for columns with digit, checkmark or emoji (age, year , id , done ,... ), maybe as low as 48 px (or let us set a custom value in user config) ?
• column maximum with should be BIGGER
  conversely, the max-width seems too small. When you have a big chunk of text inside a cell, it would be nice to have wider cells in order to reduce the vertical size of the row/table

SCROLLBARS SHOULD BE ALWAYS VISIBLE

scrollbars (both HORIZONTAL and vertical) should be always visible :
currently, the horizontal scrollbar is displayed at the very bottom of the table, so in most cases it will be out of the visible bounds.

imo, the table should be enclosed inside a container that fits the windows size, so that both scrollbars remain visible at all times.
(I'm aware we can scroll horizontally with shift+scrollwheel)

RESIZER HANDLES

• the columns resizers handles are a great addition ! but I would prefer real time feedback when we move the handle, rather than the current behavior , where it updates the column width on release.
• the resizer handle hit zone could be wider, it can be difficult to grab on 4k with certain zoom factors

Adding rows UX

• new rows will now be always created at the top of the table ? (it seemed to be more random in previous builds, sometimes new rows would pop in the middle or at random locations). With long tables, if you are scrolled down and use the bottom add new row button, the new row on top will be created out of the visible bounds so you have to scroll all the way up (or use home or the keyboard sequence down,down,right).
• typing inside a newly created cell is not enabled until the row is selected. Maybe the caret should be put inside the first cell of the new row ?

KEYBOARD NAVIGATION

in non-Edit mode, using UP/DOWN to navigate from cell to cell is a bit wonky : sometimes it will skip a column on a row, but access the same column on another row (I mean it doesn't seem to be linked to the column TYPE begin select or multi-select, it will skip editable types). try to move down,down,down then up,up,up and see it doesn't highlight the same cells

Reproduce the Bug

create table with lots of rows and data. try to add a new rows using GUI, then fill the enw row.

Expected Behavior

QOL SUGGESTIONS

• enable typing even when the new cell is out of view / auto select the 1st cell of the new row but do not auto-scroll, so we are still able to mash the add new cell button to quickly add empty rows
• add row/line number column (makes it easier to see where you are in a big table)
• add an option to display block ref uiid and auto-copy uiid when user clicks the cell
• add calculation cells at the bottom
• add missing tooltips on GUI (+ new view button, etc)

UI: Group related functions

• on the table header, on the left side we see functions related to Table Views (view tabs, add view) but CHANGE VIEW button is on the right side, in the middle of other functions
  
• also the icon + is used for different functions (add new view/add new row) : please disambiguate between ADD NEW VIEW and ADD NEW ROW
• the add new row button is using 2 different icons at 2 different screen sides (at the top of tables, it's on the right side, but on the left side at the bottom) :
  
• although it's nice to have a button at the bottom to create new rows, if the row is created at the top, the ux becomes very poor : maybe cell is created at the top when using top button, and at the end when using bottom button ? either way, the current behavior is not always intuitive with long tables

Screenshots

No response

Browser, Desktop or Mobile Platform Information

ls test build 99bf950

Additional Context

No response

Are you willing to submit a PR? If you know how to fix the bug.

• I'm willing to submit a PR (Thank you!)