HeaderObject Generics

[tencyle-nativs]

You might want to consider turning this type to be a generic type,
this way you can achieve a more controlled and easy to use definitions when it comes to the user.

for example -
accessor: keyof T will be a very simple way to know what is our actually data types that we are going to work with.

[petera2c]

You sir are a gentleman and a scholar @tencyle-nativs . This is very clever, and I learnt something new! Well played sir. Pushing a new version ;)

[petera2c]

Simple Table version 1.2.7 uses accessor: keyof Row. Thanks again! https://www.simple-table.com/docs/api-reference#union-types

[petera2c]

Re-opening! I can make more improvements to adding generics to the table :|

[petera2c]

@tencyle-nativs This is extremely complicated to add! It is very complicated because this table uses aggregation. Consider the following
Someone has a row like this.
type Row = { id: number; name: string; status: string; categories: { id: number; name: string; status: string; creators: { id: number; name: string; followers: number; revenue: string; rating: number; contentCount: number; avgViewTime: number; status: string; }[]; }[]; };
They are using aggregate columns. Which means followers, revenue, rating, etc are available at every level. row.followers, row.categories.followers, row.categories.creators.followers.
The table is doing this aggregation work so that in the table these sections can be grouped and the user can view the followers total per creator, per category etc. The problem comes is the if Row is type T then row.followers throws a type error. It needs to become basically something like AggregatedRow<T>. This is only one problem that arises. There are more complexities.
I have a PR here but it is just getting more and more complicated. I spent basically the whole weekend on this. Very good idea, extremely hard to implement well. Do you have time to give me a hand on this? Maybe we could connect and go through how it should/could work.

[petera2c]

Here is my PR which needs a ton more work #14