Switch to Table View #347
Switch to Table View #347
Conversation
KsavinN
force-pushed
the
table_view
branch
4 times, most recently
from
f75b0c2 to
37e537d
Compare
|
Just wondering if the viewer windows shouldn't be ephemeral by default - i.e. after opening a viewer, if the user then clicks on the background the viewer window will disappear (be disposed) automatically. If the user wants the viewer window to remain on top they can pin it by clicking on a "pin" toggle button. |
|
Also wondering how it plays when a new widget (for example another notebook) is open in the main area. |
|
@jtpio @dhirschfeld What do you think about this, maybe details table should appear as like normal widget in mainArea? |
|
FWIW PyCharm allows you to choose/switch between floating or docked for their widgets which I guess gives the maximum flexibility/configurability. However I think this is pretty good as is - it gives the user the ability to arrange the panels however they want. |
|
This looks good, thanks @KsavinN. It looks like it feels more natural than the floating windows for now, and more integrated to JupyterLab. |
|
Nice, this has the advantage of being able to fully control click / expand events. What does it look like with other types of structures, such as classes and numpy arrays? |
with class: with numpy - it's look like put a lot information from backend: |
|
Yes for numpy arrays (and potentially more advanced data structures) we should check the |
|
Also we probably want to adjust a couple of CSS variables to support the dark theme:
|
|
In a next iteration we could try to align the different entries in the tree or add some padding:
And make the table columns resizable:
But let's track that in different issues. |
related with #272