+1 for that. is the only thing that I dislike in obsidian. it makes very confusing to use.
quite often I was at the end of some file, switched to another and then clicked in the sidebar to go back to the first file and instead end up opening the file again at the top. it took me a while to figure what was happening
thanks to have merged my request. I didn’t find this one because my key words was very different…
I repeat the fact that it could be an option in settings
1+ for the feature request. specifications perfectly outlined by @Gur92Jjm! (thx very mucho btw) I tend to think that the majority of respondents in a survey would find his suggestion intuitive. I think most users are only peripherally aware of the strange behavior of obsidian, but would experience a much more pleasant UX as a result of the change.
+1 for this
I’ve written here a post about “tab addiction”, why endless feature requests on tabs are expected:
and I think this feature request here is a very good one to illustrate the idea.
Please, could you explain precisely why the following behavior:
really helps your workflow (and I even omit the rest of the FR), instead of:
?
In both cases you have direct access to the target note and the previous note is not displayed anymore.
In case (1) you have to manage a (new) tab:
In case (2) the note opens in the same tab.
And if you want to see both notes at the same time you just have to open a note in another pane.
Please explain why solution (1) is better for your workflow. Maybe there’s something I’m missing. It seems to me that it is more complicated, and that we are here in full in the logic of the “tab addiction”. We absolutely want to use tabs, because if it’s there it is necessarily more efficient. But because it lacks a lot of fluidity in use, a lot of options become necessary so we ask for gas plants.
While simple and ergonomic solutions are available, at hand, but they are denigrated because we absolutely want to use the tabs.
PS: Sorry if my post in considered as trolling. Well, it is in a sense. But maybe it is good too to question the real relevancy of the usages.
Please, could you explain precisely why the following behavior:
“When I click on a link it is open in another tab”
really helps your workflow (and I even omit the rest of the FR), instead of:
“When I click on a link it is open in the ?
For what I can see, this is the default behavior in all text editors, so having this stable behavior (which I expected btw) is good, IMO.
there’s also the problem that every time that a new tab opens it will show at the top of the note instead of being where I left last, which is kinda frustrating, specially if is a big note.
and is true that you still can end up with a lot of tabs opened, but if you open always the same tab that is already opened, it will be one less to close. quite often I end up with 3 or 4 tabs of the same note open and this is quite irritating to me.
+1 for this,
it’s always annoying when file is opened in the same tab
+1 for this
+1 for this
+1 for this, or making it possible for plugins to do this!
+1, I just say I would find the IDE-like behavior more intuitive and is what I expected at first (ref. Issue with multiple tabs with the same note open).
P.S. One thing I would add, is that even with the IDE-like behavior, I would still like the possibility of opening the same note in more than one tab/window. But to force this we could have some explicit trigger, like a Right-Click + Open in new Window or Tab menu option.
OK, let’s say I have two documents, a planning doc and an ideas doc.
While planning I want to refer to the ideas doc, when I click it, it starts at the top of the document which is super annoying, because now I manually have to scroll to where I was last, OR, I have to manually find the tab where I last edited the ideas doc. This is not a minor use case, it happen multiple times each day.
Sure, browser navigation could be nice as an option if I want to test-browse through a markdown based web site for example, but as the default browsing mode it’s just a terrible idea imo.
It seems to me the current behaviour only works for people who only use short notes, or people who like to manually manage tabs and always remember which documents they have opened or am I missing something here?
For IDE-proponents as myself, it might actually help if you would preserve the cursor and scroll positions for all documents (important: this would have to be done also for closed documents!) Personally, I don’t think I care much about the tabs or IDE-style browsing per se, but it is the tab state that is important.
I tried the no-dupe-leaves, and Quick Switcher++ mentioned here, but none seem to work (Obsidian v1.1.16)
Tried ‘No Dupe Leaves’ but it only works on links. If I click something in the file browser it doesn’t switch to the existing tab. Still, it’s a step closer to the light, thanks for creating that plugin.
Making it work for all ways a note can be opened and always switch to the existing instance would be wonderful.
Just to add the experience of a random user who has thought about this way less than all of you: I keep ending up with many duplicate tabs of all my files open, and I don’t even know where they are coming from / which action I’m doing that is triggering that. The whole thing is definitely very unintuitive for me. (And yes, it is also not ideal that tabs get squeezed to the point where you can only see the “x”.)
Navigate around pretty aggressively after creating new documents and will quickly end up with tons of useless tabs so I just end up closing them all and starting over. I have to spend time focused on tab management if I want tabs to be useful at all.
Firefox will direct me to a tab if I try to reopen it from the address bar or bookmark and I really appreciate that.
I don’t know if this will solve all of my Obsidian tabbing woes but I think it will help!
+1 for this!