-
Notifications
You must be signed in to change notification settings - Fork 323
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
Design Review of Table Input #10856
Comments
ATM they cannot: the exact method call is hardcoded in https://github.com/enso-org/enso/blob/develop/app/gui2/src/components/GraphEditor/widgets/WidgetTableEditor.vue#L162
These are already tracked by #10758 and #10759
I guess this should replace the old way of adding column?
It is size of cells? So if I have a single column of 129 elements, am I forbidden to add new column while still able to add new row?
|
Is this what we want to have? It would make selecting a range impossible. |
Even with the 256 limit, the code could be massive, making a very long node. So I would still hide most of the content, like
Or something like that. As for editing in visualization: I'm not sure how it will play out with filtering/selecting columns - user might be confused that some operations are only in presentation (which may be then promoted to a new node), but others are affecting data. |
No this is a bug, the cursor keys should be captured by the grid and not sent to graph editor. |
Agree with this we would do something very much like this possibly replacing the whole Vector |
Fixed in #10859 |
A trivial fix for bug reported in #10856 Without it, navigating selection in table widget is also displacing node.
Bugs / Small Things:
Bugs / Small Things:
Table.new
is visible and rename it toData.table_input
#10860Bigger Changes
The text was updated successfully, but these errors were encountered: