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?
Yes, sure, we will continue polishing Tables for several months till they be great. But first step is to replace current tables with new ones and match functionality.
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.
Great work!
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!
Yes, we are 
But we need to work on Views design embedded into docs, so far they donāt look good.
Ā«Columns Layout in Documents and Rich Text FieldsĀ» ā One of the most anticipated features. Thank you. 
Ā«New Grid ViewĀ» ā Also a very attractive feature. 
AWESOME! These are indeed huge additions! Thanks a lot! Canāt wait for them to be non-experimental. 
Really cool!! Excited to try it out 
Feedback:
Positive:
- 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.
Requests:
- [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.
So happy with this release. You guys are amazing.
Again, awesome release!
I would love to see the entire Fibery UI more consistent in how āoptionsā popups and controls are triggered and interacted with. Right now there are several types:
There is always a need for some type-1 elements, but my preference for everything else would be:
Also, Esc key use and keyboard focus handling are still very inconsistent ā
E.g., when a UI popup is active and has keyboard focus, sometimes Esc will close it, but other times Esc will close the current PANE or invoke global search.
Even after using Fibery for years, this still constantly surprises and irks me.
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)?
Cheers.
It is on its way
Any chance weāll add the ability to convert tables to grids automatically? 
Oh, I hope one morning you will wake up and all your tables will be grids.
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:
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 think this is also may resolve the related request to make database icons optional.
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.
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.
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.
+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.
Delivered today
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.
