Conversation
There was a problem hiding this comment.
Very nice improvement, @binarycat0 ! I think this feature is worth adding to Polaris UI.
I cannot say much about actual code change, but I ran this UI in my local and it worked very well. Some UX notes below.
- In the "create workspace" there are auto-filled values, but I do not see an easy way to accept them... the
Createbutton does not work unless I type in the same values manually. - When under Home it's not clear what workspace I'm in. Current Realm is shown, though, but it's not 1:1 with workspace.
Workspacesshow all possible workspaces, but on the left-hand pane this page is parallel toCatalogs, whileCatalogsis specific to the current workspace, I assume, right? This is kind of awkward. I'd proposed to remove theWorkspacespage from the left-hand pane and only show the current workspace when the user is logged in.
Hello! Thanks for the interesting findings and your experience, it's very valuable. Yeah, I'm agree about workspaces, it's really not obvious which is active and how to switch between them and if it's available even. I have a couple ideas how to manage this, I will give it a try. |
|
During my work on this PR I introduce "prettier" linting tool and then later I decided to move linting-changes as separate PR. |
f12c9e6 to
226b572
Compare
dimas-b
left a comment
There was a problem hiding this comment.
Thanks for the update, @binarycat0 ! The workspaces UI LGTM now, but I hope someone more familiar with the framework can review too...
I tried adding a new workspace with a non-default Polaris URI, but it did not appear to be used by UI :|
|
blocked by: #147 |
f1d4ba4 to
b021fec
Compare
|
Ready for review. |
Motivation
The console previously relied on environment variables to configure a single Polaris context (server, realm, and authentication). This approach does not align with the idea of a management console that can be used across different realms and environments, and it limits flexibility when working with multiple Polaris setups or experimenting with authentication methods.
Introducing workspaces shifts the focus from static, environment-based configuration to a user-managed model. A workspace represents an isolated Polaris context (server + realm + auth), making it possible to use one console instance to interact with multiple Polaris environments in a consistent and scalable way.
This change is also a preparatory step for upcoming OIDC integration in the Console UI:
[WIP] #125
Features
Benefits
Additional Details
cc: @jbonofre @sohanhonavar @adam-christian-software @dimas-b
Modified login form
Ability to chose between the multiple workspaces and auth methods
Dummy warning about WIP on the OIDC implementation
Workspaces Management space
Show active worskpace. Switching between workspaces