Sorry for this repost as I couldn’t find a way to reply.
This feature request is not the same as this other request (which was the reason given as to why my request was closed).
Their request is to make these two behaviors optional when clicking a link in a pinned tab:
a) pre-1.3.3 behavior (opens in an unpinned tab, in current tab group)
b) 1.3.3 behavior (opens in a new tab, in current tab group)
My request is:
c) new behavior: opens in the right tab group, if it exists
The two requests can be further refined together as as follow:
- User can choose between options (a) and (b)
- Additionally, user can choose to turn on option (c)
If (a) and (c) are turned on, the new behavior is opening an unpinned tab on the right tab group.
If (b) and (c) are turned on, the new behavior is opening a new tab on the right tab group.
If (c) is off, (a) and (b) both open their respective tabs in the same tab group.
My original request:
Use case or problem
I use both the left pane and the right pane in Obsidian (in addition to the sidebar).
The left pane is the main reading pane, and when I encounter any links, it is useful to view it on the right pane as opposed to opening a new tab on the same pane (which brings the reader away from the main document).
This way, the reader can keep reading the main document on the left pane, while perusing whatever links on the right pane as needed.
Proposed solution
The current v1.3.3 implementation is an improvement over the previous UI. However, this can be further refined:
Option 1:
- If right pane exists, open any link on a pinned tab on a new tab on the right pane.
- If no right pane exists, behavior remains unchanged, i.e. open a new tab on the current pane.
OPTION 2:
- Let the user decide whether to use the above priorities or not in a feature setting.
Current workaround (optional)
Currently I have to OPTION-CMD-click a link on the left pane to open a new tab on the right pane.