You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the gv-table is configuration-based, this is very useful when working with a dataset with only a few basic columns but becomes a real pain with complex rows.
Goal
The goal of this issue is to rework the gv-table to provide a better Developer eXperience. A way to do that can be to use slot to define rows, allowing users to write them in plain HTML file instead of using a config attribute like today. However this is not a silver bullet and leads to questions we need to keep in mind when working on that:
Should the slot only give a kind of template and the data should still be passed to the gv-table to let it populate the template?
Or, should the slots be used for the header and all the rows; meaning the gv-table is only handling some styling?
What about the pagination? Should it be integrated or let to the user? Should the potential "pagination API" be designed with server or local pagination in mind?
What about the alpha sort per column? If the gv-table doesn't contain the data anymore it can not sort them directly
Also, this component is quite used in the Gravitee.io ecosystem so we need to minimise the breaking change or start a fresh component to enable users to gradually migrate.
As of today, the Portal is using 13 gv-table, it could be a good start to take a look at them and use one as a real use case when developing the new version. It would help to:
After a few investigations, I confirm handling all the features and use-cases we have in mind will come with a pretty high cost.
Pragmatically, I think we should reorient this issue to find an external library we can use in our Angular apps. Then we can do some custom CSS/SASS to get the style we want (and expose it as part of this package) and write some documentation to advocate its usage in Gravitee.io ecosystem.
Context
Currently, the
gv-table
is configuration-based, this is very useful when working with a dataset with only a few basic columns but becomes a real pain with complex rows.Goal
The goal of this issue is to rework the
gv-table
to provide a better Developer eXperience. A way to do that can be to useslot
to define rows, allowing users to write them in plain HTML file instead of using a config attribute like today. However this is not a silver bullet and leads to questions we need to keep in mind when working on that:template
and the data should still be passed to thegv-table
to let it populate the template?gv-table
is only handling some styling?gv-table
doesn't contain the data anymore it can not sort them directlyAlso, this component is quite used in the Gravitee.io ecosystem so we need to minimise the breaking change or start a fresh component to enable users to gradually migrate.
As of today, the Portal is using 13
gv-table
, it could be a good start to take a look at them and use one as a real use case when developing the new version. It would help to:Additional info / Comments
For any details discuss with @gcusnieux @gaetanmaisse
Related issues:
gv-table
#329The text was updated successfully, but these errors were encountered: