-
Notifications
You must be signed in to change notification settings - Fork 10
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
App layout and behavior #13
Comments
Maybe the GridView and Properties could be in the same place (with tabs), not sure they need to be displayed at the same time. They could both be under the map |
I think that's two different things, the Properties tab will allow changing visual properties of the selected layer, while the Grid Viewer will allow visualizing the data source. It's basically having the viewers in the middle (map/layers viewer on top, data viewer on the bottom), and having controls on the left and right panels. |
This page design is shamelessly stolen from felt and mixing it with the QGIS browser interface. I agree overloading the interface is not good, but the user can always move/resize and close tabs. |
In order to resolve the issue you mention, nothing stops us from reusing the same approach as felt and not showing the data source viewer by default. When clicking on the layer on the left panel, it shows the properties (style, filters) of the currently selected layer on the right panel. And you can open the grid viewer/data viewer on the bottom: Screencast.from.2024-06-20.10-04-25.mp4 |
For reference, this is how QGIS's browser behaves (drag and drop from the browser to the map view):
Screencast.from.2024-06-20.09-23-59.mp4
The Layers tab list the layers and renders very similarly to the file browser's file list of JupyterLab. It shows a context menu upon right click, allowing to remove/rename the layer or change its properties:
Screencast.from.2024-06-20.09-24-45.mp4
The text was updated successfully, but these errors were encountered: