Use case or problem
Since v1.3.1, the behavior of the feature “Open link under the cursor to the right” has changed to open a link in a new tab within an existing tab group.
Released May 15, 2023
We’ve redesigned all the tree components (e.g. File Explorer, Outline view) to make the visual hierarchy more clear. This will likely impact any custom themes that you’re using.
PDF: Improved text selection.
PDF: Added menu for embedded PDFs.
New behavior for “Open to the right” as well as the Ctrl/Cmd + Alt + Click modifier. Instead of always creating a new tab group, if there is a tab group to the right of the current tab, it will open the link in that tab…
For my workflow (with Pane relief plugin’s sliding-pane mode), it’s essential to arrange each tab horizontally (one tab per one tab group) and check them at a glance.
The feature of “stacked tabs” is useful to spare window spaces, but it makes me feel suffocated and makes some notes invisible at the same time.
The current behavior is to open a link into the next tab group if there is at least one tag group. This situation has a problem. I can’t create a new tab group (= a new pane) easily.
Please restore the previous behavior which always creates a new tab group (= a new pane) as another functionality “Open link under the cursor to new tab group” and make a new hotkey for it.
Current workaround (optional)
Move a note as a new tab group manually.
Related feature requests (optional)
Related report by me.
Steps to reproduce
Set the hotkey for “Open link under cursor to the right” (ex: cmd+option+Enter).
Execute command with the hotkey and open a link in a note.
Expected behavior is creating a new tab group right and opening a new tab in that tab group.
THIS IS THE PREVIOUS BEHAVIOR.
It results in opening a new tab in the already created tag group and doesn’t create an new tab group.
For my sliding-pane workflow (with Pane relief plugin), it’s important to arr…
Related Feature request
Use case or problem
The current behavior of “Split right” is to make a new tab group if there is no tab group right, but doesn’t make it if there is one tab group already.
Recent improvements optimize usability for the stacked tab feature.
But these changes made it less useful to use tabs as actual panes (= tab group). The old Sliding-pane plugin’s stacked mode (now the Pane relief plugin’s sliding mode) allows placing notes horizontally beyond the spatial constraints of the window. I want th…
I think you could achieve the same or similar workflow with stacked tabs and some css like this to force narrow columns.
Ok. It’s not a tab size problem.
It’s important for me that columns and note contents are always visible.
May 24, 2023, 12:05pm
I agree with your wholeheartedly on this request, and I have made similar pleas in the Insider pre-release forums but, sadly, nobody seems interested. Tab groups are the in-thing, and we simply have to adapt to them. Panes were so much better for how I prefer to work.
Totally, the tabs in stacked tabs and panes introduce significant changes in the spatial constraints within the window, affecting the accessibility of note contents and how we handle and then connect them.
But, pane lovers are in the minority.
The best approach is to be flexible and use both methods depending on the situation.
This will be undone in 1.3.4