I’m the kind of person that lives and thinks in Google Sheets and Fibery Tables so this is huge! Really excited to see where you take this.
IMO the greatest weakness of Tables has been the friction with viewing and updating text that’s longer than 10 words. In Excel and Sheets this is solved with variable row heights. Any plans for making accommodations for longer text interactions in the Tables view?
NEW GRID VIEW: This is the biggest ux feature within the last 2 years in fibery
It will bridge the huge gap between dynamic folders functionality, list and table view. And the ux is already better than the standard table view.
Choosing columns in a multi-db setup is rather uncomfortable (so many fields) - but I’m sure you guys will solve that soon
The column view is also very welcome! We are THIS close to dashboards, right? RIGHT???
Keep up the good work - you guys (and gals) are amazing!
- A groupable table view was pretty much one of our showstoppers with regards to switching over.
Bugs / UX issues:
- [Bug] Clicking on the reorder indicator, and then on other reorder indicator keeps the first selected row selected - even though visually multiple rows are now selected. The multi task button also only shows one task as selected.
- [UX] To my knowledge there is no simple way to expand/collapse all.
- [Major gain, minor work?] Pressing "Tab" or "Shift-Tab" in a "Create entity" flow moves down or up a level w.r.t. the row above.
One core workflow in other software for us is to quickly map out / write out tasks and their subtasks. In other software we can do that by creating a new task, then pressing Tab or Shift-Tab to move down or up a level of creation. If I press enter I go to a new row, but I remain in the context I was previously in.
E.g.: Given a view on table "Task" with a recursive relation - I write out "3D Environment", press Enter, press Tab, and I can now write out a sub task under "3D Environment" called "Skybox".
- It would be great to have the option to group, besides collapsible grouping introduced by the level flow. E.g: I want to be able to have recursive grouping on Tasks, and then group by Project.
Currently, I would show the Task table (recursive for collapsible sub tasks) with a Project column - however repeated values aren't hidden (grouping) on Project, so they visually clutter a lot and make it harder to spot the transition.
I keep wanting to right click column headers to get column options
Field filtering with multiple databases is very confusing. Currently if you leave your selection in the filter drop down on a database, then the columns drop down only shows that databases fields. So you have to go back to filter and select all databases to see all fields under columns. This is not intuitive to me. Feels like this field DB filtering needs to be built into the column drop down itself rather than carrying over
Some of the grid views I’ve created won’t show buttons in the ‘+’ column drop down. Then when I add a button from the columns header button, it lists the button in the ‘+’ drop down as ‘Button was deleted or disabled’. But this isn’t consistant behavior on all my grid views, so I’m not sure.
‘+ New Field or Relation’ button at the bottom of the ‘+’ column drop down doesn’t work
Not yet available in entity to-many views
Wish there was entire row color options similar to tables
Really want option to group by state/single-selects instead of just relations (similar to Monday/Clickup)
Would love a single column count field (single column for all DBs in the grid view) for how many entities are listed below
Workflow like @PsyRoelofs described. Shift-Enter to create new row below, tab to indent as inside, shift-tab to bring back to below.
Would love an option to make the top level more distinct. Bold / bigger / wider space, something to better visually distinguish
Grid view makes me want same DB relation levels from level 2+ and not just from level 1 even more
Thanks for the (constent) awsome work, quick feedback on the Grid view: do you think it may be possible to include a similar color feature as the Table view and color the whole applicable field based on color code rules (instead of list-like coloration which is limited to the beginning of the line - thus less visible)?
Not relevant to this topic, but Do we have plan for rebuild References, I’m still depend on those backlinks querry so much. I’m heavy using dataview (an Obsidian plugin) to query things. it’s really mess when i have a tons of backlinks without filtering it
Thank you for releasing this early view of the table/grid view. It looks very promising. Here are a few comments so far:
Grouping by other fields
I couldn’t agree more. I think being able to group rows using other field types is really important. Current structure which requires relations, limit usability. It is missing in other areas of fibery as well (e.g. smart folders and lists). Board view and timelines support additional grouping options for the bins/lanes. I hope the same could be extended to grid/table view. I am hoping that in the future it would be even possible to define custom groupings per view based on things like numerical values or dates.
Currently, the collapse/expand buttons are combined with the database icon which appears next to the name field. However, if you don’t display the name field, you no long are able to control expanding/collapsing of the list. I think that expansion/collapse should be independent of the name field and appear as needed in a reserved space to the left. This also addresses use case where the name field may not be the first field (as per @PsyRoelofs above):
I assume aggregate functions for columns are coming in future iterations of grids/tables but I wanted to mention it again. I also hope that aggregate functions would be possible on grouped items (e.g. subtotals) as well as the entire table.
Column header controls
I know fibery has adopted a particular style for creating view settings (like sorting, filtering, formatting, …). However, I think that it would be a massive improvement if these settings were either moved to column headings or were at least available there (per this request). This is a very common pattern with most applications that deal with tabular data and I think more intuitive for average users. It also allows field/column type specific settings (e.g. specific sorting & filtering for dates vs. numeric fields …) to be available. I know in the current version there are some options available on left-clicking. I am just mentioning this to see what is the ultimate plan.
It would also be great if users had a bit more control on how columns are formatted, like changing the horizontal alignment (left, centre, right) or even option to change font weight, all controlled from the header.
Table quick search/filter
As has been discussed extensively here, having the ability to quickly search/filter a view (similar to the manner excel tables allow) would be a huge improvement to tables and something I hope is going to be integrated.
Combined gantt timeline
+1 for this. It would be quite helpful to see this. However, it might be more optimal to allow addition of more columns to the timeline view.
About the New Grid View: It would be useful to be able to combine databases in one column.
In some uses cases that can save space, and also is desireable, for example:
I some of my entities have a many to one relation (parent relation) to project
Other entities have a many to many relation to a project. To currently require these colums to be separate is a tension that similar apps don’t have.
I guess @Yuri_BC means that it is possible that some columns (=fields) in grid view may only exist/have content for one type of entity, so some cells in that column are just unused space.
If more than one such column exists, they could be combined, if the gaps in one column match the occupied cells in the other, and vice versa.