when you have multiple workspaces it is difficult to recognize which one you’ve got opened both in CUI and MUI. Hence, I’d like to suggest to display the folder name of the workspace right next to “Local space” in MUI and resolve the duplicated mentioning of “Local” in CUI.
So instead of just “Local space” in MUI and “LOCAL (Local Workspace)” in CUI, it would be written “Local Space: Knime-Workflow” or maybe even better “Knime-Workflow (local)”. Note that my roto folder name is “Knime-Workspace”
But you can switch between multiple workspace. I.e. I duplicated my workspace for the Knime Community Hacking Days. When I’ve got 5.3 and 5.4 running in parallel for cross validation, I was once close getting confused which would have caused potentially bad results.
Though, in a real world example, you might have multiple workspaces per client or project. Since MUI does not allow to have the Workspace Explorer open, the only piece of information allowing you to identify in which space you work, is that in the ribbon.
I’d find it a helpful piece of information providing good orientation. On the other hand, the duplication of “Local space” isn’t helpful either, is it?
Even if they are not simultaneous instances, I also recognize(+1) the advantage of distinguishing “Local space” from different projects, because the term “Local space” is the same.
Br
That was just one of the several scenarios. The main main point is that a user, who has multiple workspaces in use, is usually prompted with the startup modal to select the workspace.
Once selected, the current integration does not properly transport which workspace was chosen. It only and repetitively states “Local” which @hmfa agreed as well is not quite constructive.
Now, users who got multiple workspaces in use like the described scenarios of mine, or testing / working with multiple Knime instances, would have a particular difficult time to know where they are because all which is displayed is “Local”.
This is absolutely valid – on the other hand, I want to avoid noise for users who do not care about this. Imagine you’re only ever working with a single workspace that has a super generic name like knime-workspace. Then, it’s certainly clearer and more expressing to talk about the Local Space.
Would it be enough to provide the path or the folder name as a tooltip on hover? Or, maybe it could be added to the root level of the space explorer.
By removing the duplicated “Local” reference respectively replacing it by a more meaningful reference of the folder name of the selected / active workspace, you’d reduce noise.
I’d literally use the root folder name of the worskpace as that what is I recall to have chosen in this modal:
+1 from me! I’m always trying to determine which workspace I’m currently looking at, and agree that the repetition of “Local space” would be better replaced with your above suggestion @mwiegand
You and I are clearly arriving at similar conclusions on improvements to the information provided by the UI at the moment!
Without a question Though, I have the feeling that a much more fundamental truth is at the bottom of that perception. If individuals, independently from one another, conclude the same, it sure is a strong indication of that idea heading into the right direction.
Though, I have the feeling that a much more fundamental truth is at the bottom of that perception. If individuals, independently from one another, conclude the same, it sure is a strong indication of that idea heading into the right direction.
I’ll discuss this with the team in the next few weeks (NXT-3200). I definitely think we can do something there.