Skip to content
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

Open
7 of 9 tasks
jdunkerley opened this issue Aug 21, 2024 · 6 comments
Open
7 of 9 tasks

Design Review of Table Input #10856

jdunkerley opened this issue Aug 21, 2024 · 6 comments

Comments

@jdunkerley
Copy link
Member

jdunkerley commented Aug 21, 2024

Bugs / Small Things:

Bugs / Small Things:

Preview Give feedback
  1. -libs
    jdunkerley
  2. -gui d-easy p-medium x-new-feature
    farmaazon
  3. -gui d-intermediate p-medium x-new-feature
    farmaazon
  4. -gui d-intermediate p-medium s-research-needed x-new-feature
    farmaazon
  5. --bug -gui d-easy p-medium
    farmaazon
  6. -gui d-easy p-medium
    farmaazon
  7. -gui d-easy p-medium x-new-feature
    farmaazon
  8. -gui d-intermediate p-medium x-new-feature

Bigger Changes

  • Type selector drop down shown where the indicator is in the table viz.
  • Code should still be shown - with an indicator to edit in the visualization panel.
    • Would enable full screen
    • Also eventually might want to allow creating points on a map etc.
  • Once reach a specified size (256 items?) then want to be serializing to a CSV file rather than too code.
    • Type can be serialized as a special character an end of column name.
@farmaazon
Copy link
Contributor

farmaazon commented Aug 21, 2024

❓How can libs control when to use Table Input?

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

Shouldn't be able to drag out of the grid. Right click to delete a column?
Dragging column order should reorder columns in the code.

These are already tracked by #10758 and #10759

An explicit plus to add a column (and then default the name to Column where n is 1+ integer to be unique.

I guess this should replace the old way of adding column?

Limit size of table input to 256 items for now.

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?

GitHub
Hybrid visual and textual functional programming. Contribute to enso-org/enso development by creating an account on GitHub.

@farmaazon
Copy link
Contributor

Moving in the grid with cursor moves the component in the graph editor too.

Is this what we want to have? It would make selecting a range impossible.

@farmaazon
Copy link
Contributor

Code should still be shown - with an indicator to edit in the visualization panel.

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

Table.new [['name', [...]], ['age', [...]], ['email', [...]], ...]

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.

@jdunkerley
Copy link
Member Author

Moving in the grid with cursor moves the component in the graph editor too.

Is this what we want to have? It would make selecting a range impossible.

No this is a bug, the cursor keys should be captured by the grid and not sent to graph editor.

@jdunkerley
Copy link
Member Author

Code should still be shown - with an indicator to edit in the visualization panel.

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

Table.new [['name', [...]], ['age', [...]], ['email', [...]], ...]

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.

Agree with this we would do something very much like this possibly replacing the whole Vector Table.new [ ... Edit In Vizualization ... ]

@farmaazon
Copy link
Contributor

Moving in the grid with cursor moves the component in the graph editor too.

Is this what we want to have? It would make selecting a range impossible.

No this is a bug, the cursor keys should be captured by the grid and not sent to graph editor.

Fixed in #10859

mergify bot pushed a commit that referenced this issue Aug 21, 2024
A trivial fix for bug reported in #10856

Without it, navigating selection in table widget is also displacing node.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: New
Development

No branches or pull requests

2 participants