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

Joining multiple subspaces in quick succession without automatically switching to each of them #19065

Closed
dkasak opened this issue Sep 16, 2021 · 2 comments
Labels
A-Spaces Spaces, groups, communities A-Subspaces Spaces which are inside other spaces O-Occasional Affects or can be seen by some users regularly or most users rarely T-Enhancement X-Needs-Product More input needed from the Product team

Comments

@dkasak
Copy link
Member

dkasak commented Sep 16, 2021

Your use case

What would you like to do?

I'd like to join multiple subspaces of a space in relatively quick succession, without being switched to the newly joined subspace on each join. For clarity, this is about the "Explore rooms" dialogue of a space.

Why would you like to do it?

I think this should be a relatively common use case when browsing a large "meta" space which acts purely as a collection of other related subspaces. In this case, the user will usually browse the meta space, pick out some subspaces he is interested in and will want to join them.

An example setting where this might commonly occur is a company space listing the subspaces of all the company's teams and projects.

The current behaviour of immediately switching to the new subspace is additionally cumbersome due to the space listing operation being a bit slow at the moment (at least for me), though the context switch would be annoying even if it was fast.

How would you like to achieve it?

I propose that the "Join" button for subspaces in a space shouldn't immediately switch to the joined subspace. It should instead replace the "Join" button with a spinner while it's performing the action and then with the "View" button (or other completion signal) when it's done. The subspace would then appear in the space side bar and the user would switch to it manually if they want to explore it further.

Have you considered any alternatives?

No response

Additional context

No response

@kittykat kittykat added A-Spaces Spaces, groups, communities A-Subspaces Spaces which are inside other spaces O-Occasional Affects or can be seen by some users regularly or most users rarely X-Needs-Design X-Needs-Product More input needed from the Product team and removed X-Needs-Design labels Sep 16, 2021
@kittykat
Copy link
Contributor

Needs product input to decide if this is an interaction that we want to have (I would say yes for when a new space member is exploring the space, especially as the subspace can be expanded to show rooms)

@t3chguy
Copy link
Member

t3chguy commented Sep 16, 2021

Duplicate of #17388 (which has a different proposed solution to the same problem)

@t3chguy t3chguy closed this as completed Sep 16, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-Spaces Spaces, groups, communities A-Subspaces Spaces which are inside other spaces O-Occasional Affects or can be seen by some users regularly or most users rarely T-Enhancement X-Needs-Product More input needed from the Product team
Projects
None yet
Development

No branches or pull requests

3 participants