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

[UX] Add direct link to active workspaces in other teams #6098

Closed
jankeromnes opened this issue Oct 7, 2021 · 6 comments · Fixed by #6103
Closed

[UX] Add direct link to active workspaces in other teams #6098

jankeromnes opened this issue Oct 7, 2021 · 6 comments · Fixed by #6103
Assignees
Labels
component: dashboard feature: teams and projects [DEPRECATED] Please, use feature: organizations or feature: projects labels instead. needs visual design priority: highest (user impact) Directly user impacting team: webapp Issue belongs to the WebApp team type: improvement Improves an existing feature or existing code user experience

Comments

@jankeromnes
Copy link
Contributor

jankeromnes commented Oct 7, 2021

Following #4921 and #5555, workspaces opened against a specific project are now listed under the project's team workspaces, and no longer under the "personal workspaces" list (i.e. they're no longer in /workspaces but in /t/TEAM/workspaces).

This is initially surprising to many users:

To fix this, I propose that we add an InfoBox component to the /workspaces page that contains direct links to active workspaces in your teams (this directly addresses the stressful situation "where are my workspaces?"). It could look like this:

You currently have active workspaces in the following teams: Gitpod (3), TypeFox (1)

(and clicking on Gitpod (3) would lead you directly to /t/gitpod/workspaces)

@jankeromnes jankeromnes added user experience component: dashboard type: improvement Improves an existing feature or existing code priority: highest (user impact) Directly user impacting feature: teams and projects [DEPRECATED] Please, use feature: organizations or feature: projects labels instead. team: webapp Issue belongs to the WebApp team labels Oct 7, 2021
@jankeromnes jankeromnes self-assigned this Oct 7, 2021
@JanKoehnlein JanKoehnlein moved this from Scheduled to In Progress in [DEPRECATED] Product Engineering Groundwork Oct 7, 2021
@jankeromnes
Copy link
Contributor Author

Here is a proof-of-concept of what this could look like (current state of #6103):

No running team workspaces One running team workspace
Screenshot 2021-10-07 at 15 28 55 Screenshot 2021-10-07 at 15 28 40

It's a little bit ugly (the InfoBox component probably needs a design refresh), but I think it does the job. What do you think @gtsiolis?

@gtsiolis
Copy link
Contributor

gtsiolis commented Oct 7, 2021

@jankeromnes We've introduced a more subtle warning back in #5555 which we could use here.

We should make sure this renders ok on all cases where there are running or stopped workspaces. Tried re-using that component without a gray background for a more subtle warning, see screenshots below. What do you think?

Running (0), Stopped (0) Running (0), Stopped (3) Running (2), Stopped (1) Running (2), Stopped (0)
Screenshot 2021-10-07 at 4 32 53 PM (2) Screenshot 2021-10-07 at 4 28 58 PM (2) Screenshot 2021-10-07 at 4 26 46 PM (2) Screenshot 2021-10-07 at 4 25 41 PM (2)

@jankeromnes
Copy link
Contributor Author

@gtsiolis Wow, I love these designs 😍 many thanks! 👏 The idea to add a green status dot is genius, and the more-subtle message seems just the right amount of subtle (not too obvious to be "in your face", and not too subtle to be invisible 🎯)

I'm just a little uncertain about screens 3 and 4, mainly about the placement of the message (below other active workspaces? 💭) and the vertical spacing above it. Could it also work with the message always on top?

@gtsiolis
Copy link
Contributor

gtsiolis commented Oct 7, 2021

Both approaches could work. The idea of placing the message below active workspaces is to a) indicate the list of active workspaces continues elsewhere and b) anchor the message position near the garbage collection message to provide visual balance.

Putting the message always on top could also work as a bookmark that links elsewhere but could introduce a visual imbalance near the top of the list unless we reuse the gray background, see screenshots below.

Running (2), Stopped (1) Running (2), Stopped (0) Running (2), Stopped (0) Running (0), Stopped (4)
Screenshot 2021-10-07 at 4 54 40 PM (2) Screenshot 2021-10-07 at 4 54 53 PM (2) Screenshot 2021-10-07 at 5 00 30 PM (2) Screenshot 2021-10-07 at 5 02 08 PM (2)

@jankeromnes
Copy link
Contributor Author

jankeromnes commented Oct 7, 2021

Good point. I don't perceive the imbalance with the message on top, however the fact that it never moves could make me progressively ignore it (as part of the "immobile landscape"). So I also prefer your earlier concepts. 🔼

@gtsiolis
Copy link
Contributor

gtsiolis commented Oct 7, 2021

Trying out below how the version with the gray background and I think it scales better. Still bouncing between above and below placement when there are running and stopped workspaces. What do you think? 💭

Without the gray background With the gray background
Screenshot 2021-10-07 at 6 24 57 PM (2) Screenshot 2021-10-07 at 6 24 46 PM (2)
Above running workspaces Below running workspaces
Screenshot 2021-10-07 at 6 32 31 PM (2) Screenshot 2021-10-07 at 6 27 34 PM (2)
Only stopped workspaces
Screenshot 2021-10-07 at 6 26 27 PM (2)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: dashboard feature: teams and projects [DEPRECATED] Please, use feature: organizations or feature: projects labels instead. needs visual design priority: highest (user impact) Directly user impacting team: webapp Issue belongs to the WebApp team type: improvement Improves an existing feature or existing code user experience
Projects
No open projects
Development

Successfully merging a pull request may close this issue.

4 participants