-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Differentiate between one-row and multi-row structs #3
Comments
It's only useful if autocomplete actually picks it up. |
Is the auto-unnesting This accessor according to first column looks a lot like row names. |
Do we really need Databases don't have row names, tibbles will never have them. |
Now we have list_structs, that are lists, and there is no need for unpacking or unnesting. |
A reprex would be nice ;-) |
Yes, and my last statement about packed columns was misguided too, here's a summary: List_structs classed lists, stricter, and print like one row dfs with some custom pillar methods. The printing method might be improved, and maybe the best is to display an improved tree
We can bind list_structs into tibble_structs, scalars are not nested, the rest is nested.
To go back to a struct we need to use
note we have autocomplete after bar[extract = 1]$
where e is a packed tibble_struct |
Agree that
|
With a different class. For the former,
$
into list columns would unpack, for the latter, we could offer a generic accessor function that selects according to equality with the first column.The text was updated successfully, but these errors were encountered: