UX: Workspace button in project and MR (exploration)

MR: Pending MR: No MR

Description

This is a design exploration to test the feasibility of a standalone Workspace button as proposed in #426568 (comment 1858278881).

Areas to investigate

• Define problem statement and JTBD
• Workflow when creating a new workspace and launching an existing workspace
• UI layout disruptions caused by checking if users have access to workspaces and loading existing workspace
• Tradeoff between discoverability and UI clutter
• Where it should live (e.g. MR and project?)
• UI copy

UX Scorecard

There's some additional evidence from a recent UX Scorecard that this is worth exploring.

• Participants struggled to figure out how to launch a workspaces without looking up docs first
• The Edit button was not effective. Even when the Edit dropdown was open some users didn't see it and launched GitPod instead.
  • “If I had just clicked Edit and seen workspaces I would not have been particularly drawn to use it just because I’m entirely unfamiliar with it”