Make the new pinned tab behaviour for opening links optional

(Sorry about the misslick for the posts above, I didn't realize CTRL+ENTER meant posting until I refresh the page).

If I remember correctly, before v1.3, if you had a pinned tab located inside a left side panel, and you used the:

  • 1/ Left click on your mouse - Option 1
    → it would open the link on the panel on which you are working.

  • 2/ Middle click (the clickable mouse-wheel button) - Option 2
    → it would open the link in a new tab, in the same panel (which is exactly the current default behavior in v1.3)

Therefore, I fail to see where the improvement is. The update v1.3 just removed Option 1, and made Option 2 the default, without adding anything new at all.

2 Likes

The behavior of pinned tabs in the sidebars has not changed. Both 1 and 2 still work the same. Try in the sandbox vault. (That’s why above I encouraged users to put pinned tabs in the sidebars)

I have been following this topic for a long time and I finally couldn’t resist registering an account to express my opposition.

We can understand that many people do not like the mode of clicking links in the original pinned tab, support the addition of new modes, and also support setting the new mode as default, but we completely oppose canceling the old mode.

The reason that retaining the old mode will cause trouble for users is not valid. The coolest thing about OB is that it can be set up the way we want it to be, rather than choosing a style that some people think is better. Just like Apple thinks that 3.5-inch phones are the best and 6-inch phones are foolish.

OB itself is very complex, so if you think that too many options will confuse users, most of OB’s functions should be removed. There should be no themes, no dataview, no quickadd plugins, they are too complex. Even the option of strict line breaks should not exist. It should be made like Evernote, without giving users any choices.

Finally, for locked pages, many of our users lock MOC, which is equivalent to a browser bookmark. Opening it on a certain page is equivalent to clicking a bookmark in the browser to open a link in the current page instead of opening it in a new tab. It can also be seen as a more flexible file list. Clicking a file in the file list opens the note in a fixed tab. In many cases, opening a bunch of tabs is foolish, and making users add many actions to close tabs is also foolish.

Dragging MOC to the sidebar is also foolish. Previously, fixing MOC only required a shortcut key, and the new mode requires adding a drag and a close action. The old mode could expand and fix multiple MOCs, but now only two can be fixed.

Finally, if a bug becomes a feature, it should be retained instead of being discarded just because the author does not need it. This behavior is not at all OB-like, it is very Apple-like, authoritarian, dictatorial, and indifferent to user feedback.

3 Likes

You are right, we can definitely achieve this through the sidebar. But this requires adding a drag-and-drop action, which will also affect the functionality of the sidebar (in many cases, the sidebar should not be obscured and we can only fix a limited number of pages in the sidebar).

1 Like

Again, as I mentioned above, we also made change to open to the right (ctrl/cmd-alt-click) for people who keep a fixed note/index to the left and open notes to the right.

This feature is a far cry from the original mode in terms of user experience. Using two fingers to hold down Ctrl+Alt is not an elegant action at all. (In the original mode, you only need to click once, but now you need to hold down these two keys and then click.) In addition, it will open a bunch of unnecessary tabs, which not only occupies memory but also adds a bunch of unnecessary closing actions.

3 Likes

So CTRL+ALT+ Left-click, in order to replace … left-click
More complicated, and - it actually doesn’t work for the popular plugin called “Projects”, which I use in my sidebar.

I am therefore no longer able to use my sidebar because there is no way to open the links in the Editing right panel).


it’s literally a discussion of

  • Old Version = Left-click & mouse-wheel click
    VS
  • Version 1.3 = CTRL+ALT+Left-click & Drag-n-Drop, which doesn’t even work with known community plugins
    (ok the plugin issue may get fixed at some point by the creator but it still remains seemingly unnecessarily complicated imho).

Just give us the option to chose between the old style or new style at least…

1 Like

I explained the rationale of the change to pinned tabs in the main area in one of the posts above.

I am going to repete nothing changed to pinned tabs in sidebar. Open the sandbox vault put and pinned note in the sidebar and see how it behaves.

Ctrl-alt-click is another change that is not related to sidebars.

This basically is a regression from the nice Obsidian behavior of having two panes, left pinned, option click to open right pane on links, then click in pinned left pane to open the link in the same right pane.

Now we are dealing with tons and tons of opened panes on the right side, leading in memory use in Electron and time using command-w to close all those unnecessary panes.

It’s not even the normal behavior, if you use VSCode and have the browser and two panes, any selections from the browser is sent to the focused pane, not opening a new pane.

Sad that a nice workflow of two-only panes has now been crippled.

1 Like

Yes, give us an option to get back the previous behavior, just adding a new behavior without the option to keep an old one is not good UI design.

1 Like

We have decided to revert to the old behavior in an upcoming release.

12 Likes

Thanks!!!

2 Likes

In v1.3.4, Clicking on links in a pinned tab will now open the link in a visible tab that is not pinned. If there isn’t one, it’ll just open a new tab in the current tab group.

3 Likes

Why not add an option in the settings?

I’m sad to see this reverted. I preferred the new way.
If it was an option in the settings (can be defaulted off) then that would solve all problems.

Now that this is reverted, if you wanted the new way, you can easily replicate the behavior by using Ctrl/Cmd + Click.

2 Likes

That’s still something I have to remember. Having Obsidian work like my browser is preferred, for me. Less things to have to remember. I barely remember any of my hotkeys.

I just don’t understand (even after a quick read of this post and its replies) why an option can’t be added to the settings like the OP stated.

2 Likes

That’s still something I have to remember

The new method was forcing people like me, who work heavily with Obsidian all day, to switch from a simple click, to some clumsy horrible “drag and drop” or CTRL+ALT+click (which is a half broken solution anyway).

And it was adding nothing new in terms of behavior because you can still open a note in a new tab with the mouse-wheel button (or CTRL+left click)

Are you suggesting that doing a simple mouse-wheel click is harder than doing a slow and clumsy Drag-and-Drop, or CTRL+ALT+Click ?

Also Obsidian is NOT a web browser and should not try to design a user experience for that use case. It’s more relevant to local knowledge base management, and people using it as such had their entire workflow broken. Hence the existence of this topic.

They did the right thing by reverting this mess. It even broke some plugin usages.

1 Like

Which is why having an option to toggle (can be defaulted off) would make everyone happy. Those like me (as I’m sure I’m not alone) could have the browser-like experience and those like you (which it sounds like you aren’t alone) would have your original Obsidian experience.

1 Like

I don’t understand all the fuzz with links & pinned tabs. It would be easier FOR EVERYONE if tabs & links behaviour in obsidian would act like a browser + a simple option to deicide if links should open on current page or new tab by default.
Really, all this adds only confusion to everyone. Why not use like browsers? The simpler the better.

3 Likes