Workspaces

How projects are grouped into workspaces, how you switch between them, and what a workspace controls

Every project in Elixion lives in a workspace, and every workspace belongs to an organization. The workspace is what the rail on the far left switches between.

Organization
└── Workspace
    └── Project
        └── Issue

In the app the two words mostly line up: creating a project creates the workspace it lives in, and the rail tile carries the project's name. Routes and identifiers still use the older name, "space", which is why you will see /spaces in the address bar.

Switching workspace

  • Click a tile in the workspace rail. The sidebar follows it.
  • Use the switcher in the sidebar header, which lists the same workspaces with a check on the current one.
  • Press ⌘⇧P (or Ctrl+Shift+P) to open the switcher, then a number to jump to a favourite.
  • Press Alt and 0 to clear the current workspace and see everything you can reach.

Star a workspace to keep it in the quick-switch list.

The workspaces index

The Projects page lists every workspace you can reach as a grid of tiles, each one self-contained with its own members, issues and documents. The dashed + tile creates a new project, and with it a workspace.

Workspace settings

Open a workspace's settings from its tile. The page holds:

  • Name
  • Description
  • A delete confirmation, where you type the name to confirm

Deleting is permanent and is available to the workspace's owner.

There is no archive control on this page, and no automatic archiving of a workspace that has been quiet.

Membership

Workspace membership has four roles, from least to most privileged:

| Role | Typical use | |------|-------------| | VIEWER | Read-only | | MEMBER | The default for contributors | | ADMIN | Manage workspace settings and membership | | OWNER | Full control, including deletion |

Two things follow from how membership is checked:

  • Adding someone to a project also gives them membership of that project's workspace, at MEMBER unless they already hold a higher role there.
  • What someone can do inside a project is decided by their project role, not their workspace role. Removing someone from a workspace does not, by itself, remove their project access, and holding OWNER on a workspace does not by itself grant access to every project in it.

Manage who is on a project from Project Settings > Team. See Team Management and Permissions.

Next: Team Management.