AppFlowy-IO/AppFlowy

Fork 0

mirror of https://github.com/AppFlowy-IO/AppFlowy.git synced 2026-03-24 12:56:59 +00:00

[GH-ISSUE #2942] [FR] Work on multiple workspaces at a time using tabs #1289

New issue

Closed

opened 2026-03-23 20:47:27 +00:00 by mirror · 12 comments

mirror commented

2026-03-23 20:47:27 +00:00

Owner

Originally created by @emmggi on GitHub (Jul 5, 2023).
Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/2942

Originally assigned to: @Xazin on GitHub.

Description

Searched through the issues if someone suggested but didn't find any.

I propose a way to have multiple workspaces open at once (as tabs) so that they can be all edited without going through the note list every time to find other documents.

Obsidian has this for instance.

Impact

Everyone who may edit several different documents/workspaces at a time.

Additional Context

I suggest these tabs be in the appbar below the title. When there's only one document open it should be hidden.

Opening a workspace with a double-click opens it in a new tab, while a single-click will open it in place ie open it in the tab that is currently open.

Originally created by @emmggi on GitHub (Jul 5, 2023). Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/2942 Originally assigned to: @Xazin on GitHub. ### Description Searched through the issues if someone suggested but didn't find any. I propose a way to have multiple workspaces open at once (as tabs) so that they can be all edited without going through the note list every time to find other documents. Obsidian has this for instance. ### Impact Everyone who may edit several different documents/workspaces at a time. ### Additional Context I suggest these tabs be in the appbar below the title. When there's only one document open it should be hidden. Opening a workspace with a double-click opens it in a new tab, while a single-click will open it in place ie open it in the tab that is currently open.

mirror

2026-03-23 20:47:27 +00:00

closed this issue
added the
new feature
label

mirror commented

2026-03-23 20:47:28 +00:00

Author

Owner

@annieappflowy commented on GitHub (Jul 7, 2023):

Is this what you mean?

@annieappflowy commented on GitHub (Jul 7, 2023): Is this what you mean? <img width="911" alt="image" src="https://github.com/AppFlowy-IO/AppFlowy/assets/12026239/f838bbdc-8579-4625-9fe2-958c182d24c7">

mirror commented

2026-03-23 20:47:28 +00:00

Author

Owner

@Xazin commented on GitHub (Jul 7, 2023):

I actually have something done on my local for this. I could most likely finish it up within a couple of days.

I just checked the progress, there are a few things that I still need to work on, but you can see a small sample here.

https://github.com/AppFlowy-IO/AppFlowy/assets/42929161/5aa4c5ab-2f3c-4792-ad66-e8f44ecd1c6b

@Xazin commented on GitHub (Jul 7, 2023): I actually have something done on my local for this. I could most likely finish it up within a couple of days. I just checked the progress, there are a few things that I still need to work on, but you can see a small sample here. https://github.com/AppFlowy-IO/AppFlowy/assets/42929161/5aa4c5ab-2f3c-4792-ad66-e8f44ecd1c6b

mirror commented

2026-03-23 20:47:28 +00:00

Author

Owner

@annieappflowy commented on GitHub (Jul 7, 2023):

Wow, that's cool!

FYI, I had a master issue about page organizations: https://github.com/AppFlowy-IO/AppFlowy/issues/2312

@annieappflowy commented on GitHub (Jul 7, 2023): Wow, that's cool! FYI, I had a master issue about page organizations: https://github.com/AppFlowy-IO/AppFlowy/issues/2312

mirror commented

2026-03-23 20:47:29 +00:00

Author

Owner

@emmggi commented on GitHub (Jul 7, 2023):

@annieappflowy yes, I mean this what @Xazin showed, only it would make more sense for it to be below the title in my opinion.

@emmggi commented on GitHub (Jul 7, 2023): @annieappflowy yes, I mean this what @Xazin showed, only it would make more sense for it to be below the title in my opinion.

mirror commented

2026-03-23 20:47:29 +00:00

Author

Owner

@Xazin commented on GitHub (Jul 7, 2023):

@annieappflowy yes, I mean this what @Xazin showed, only it would make more sense for it to be below the title in my opinion.

Below the title? I don't think that would look well and be a good UX to be honest.

I can't find any other application or design where tabs would be below in hierarchy to something that is related to the tab itself.

I am interested if you can tell me more, and maybe if you know of some similar existing solutions?

@Xazin commented on GitHub (Jul 7, 2023): > @annieappflowy yes, I mean this what @Xazin showed, only it would make more sense for it to be below the title in my opinion. Below the title? I don't think that would look well and be a good UX to be honest. I can't find any other application or design where tabs would be below in hierarchy to something that is related to the tab itself. I am interested if you can tell me more, and maybe if you know of some similar existing solutions?

mirror commented

2026-03-23 20:47:29 +00:00

Author

Owner

@emmggi commented on GitHub (Jul 7, 2023):

@Xazin In that way you are right, but, visually, because you have a divider (or is it underline) in that widget it would make more sense to have it separate appbar from the rest of the body. Or best, remove the border to make it blend in.

@emmggi commented on GitHub (Jul 7, 2023): @Xazin In that way you are right, but, visually, because you have a divider (or is it underline) in that widget it would make more sense to have it separate appbar from the rest of the body. Or best, remove the border to make it blend in.

mirror commented

2026-03-23 20:47:30 +00:00

Author

Owner

@Xazin commented on GitHub (Jul 7, 2023):

@Xazin In that way you are right, but, visually, because you have a divider (or is it underline) in that widget it would make more sense to have it separate appbar from the rest of the body. Or best, remove the border to make it blend in.

Ah, okay. What you are seeing in my recording is basically a mock of the functionality, the UI wasn't touched.

I will open a PR next week and include a recording with the end result, it will look cleaner, guaranteed.

@Xazin commented on GitHub (Jul 7, 2023): > @Xazin In that way you are right, but, visually, because you have a divider (or is it underline) in that widget it would make more sense to have it separate appbar from the rest of the body. Or best, remove the border to make it blend in. Ah, okay. What you are seeing in my recording is basically a mock of the functionality, the UI wasn't touched. I will open a PR next week and include a recording with the end result, it will look cleaner, guaranteed.

mirror commented

2026-03-23 20:47:30 +00:00

Author

Owner

@emmggi commented on GitHub (Jul 8, 2023):

Thank you.

@emmggi commented on GitHub (Jul 8, 2023): Thank you.

mirror commented

2026-03-23 20:47:30 +00:00

Author

Owner

@Xazin commented on GitHub (Jul 10, 2023):

@emmggi See #2962

@Xazin commented on GitHub (Jul 10, 2023): @emmggi See #2962

mirror commented

2026-03-23 20:47:30 +00:00

Author

Owner

@emmggi commented on GitHub (Jul 10, 2023):

@Xazin This looks great. Thank you.

Is there a possibility to add this behavior as well that I mentioned in my original message?

Opening a workspace with a double-click opens it in a new tab, while a single-click will open it in place ie open it in the tab that is currently open.

This would make it much easier to open in new tabs than use the menu.

@emmggi commented on GitHub (Jul 10, 2023): @Xazin This looks great. Thank you. Is there a possibility to add this behavior as well that I mentioned in my original message? > Opening a workspace with a double-click opens it in a new tab, while a single-click will open it in place ie open it in the tab that is currently open. This would make it much easier to open in new tabs than use the menu.

mirror commented

2026-03-23 20:47:30 +00:00

Author

Owner

@Xazin commented on GitHub (Jul 10, 2023):

@Xazin This looks great. Thank you.

Is there a possibility to add this behavior as well that I mentioned in my original message?

Opening a workspace with a double-click opens it in a new tab, while a single-click will open it in place ie open it in the tab that is currently open.

This would make it much easier to open in new tabs than use the menu.

Would middle mouse button work for you instead of double click?

@Xazin commented on GitHub (Jul 10, 2023): > @Xazin This looks great. Thank you. > > > > Is there a possibility to add this behavior as well that I mentioned in my original message? > > > > > Opening a workspace with a double-click opens it in a new tab, while a single-click will open it in place ie open it in the tab that is currently open. > > > > This would make it much easier to open in new tabs than use the menu. Would middle mouse button work for you instead of double click?

mirror commented

2026-03-23 20:47:31 +00:00

Author

Owner

@emmggi commented on GitHub (Jul 10, 2023):

Sure.

@emmggi commented on GitHub (Jul 10, 2023): Sure.

mirror referenced this issue

2026-03-23 21:38:45 +00:00

[PR #1289] [MERGED] chore: add grid bloc test #4652