Text cursor does not switch when cycling through panes about tab-switcher HOT 8 CLOSED

Working on a fix, as a workaround right now you can press ctrl + e twice after switching panes.

from tab-switcher.

It works now with the new update (0.0.4). Thanks so much!

from tab-switcher.

Good to know that you're working on it as well as about the workaround 😁

from tab-switcher.

If you don't care about wraparound, you can use the built-in commands to "focus on pane to the left", "focus on pane to the right", "up" and "down". They don't wrap from first to last, but you can bind them to the same keys and use them in place of this plugin.

from tab-switcher.

If you don't care about wraparound, you can use the built-in commands to "focus on pane to the left", "focus on pane to the right", "up" and "down". They don't wrap from first to last, but you can bind them to the same keys and use them in place of this plugin.

Doesn't seem to be as convenient for me; I'm not able to cycle through the panes with this workaround which forces me to switch between the two hotkeys whenever I reach the last pane on either side—which makes it a more frequent inconvenience when you usually only have two panes open instead of more.
Sorry, didn't know what you meant by "wraparound," yeah I do care about that lol

Also, @phibr0, not sure if you've addressed this issue on the newest update. Have tested it and still doesn't work, even though this issue has been closed.

from tab-switcher.

It seems to be working fine for me.. Did you restart Obsidian after updating the Plugin?
Video

from tab-switcher.

I just updated to 0.0.3 and restarted, and while the new commit fixes the focusing issue, it does not seem to support wraparound either.

However, in my case, that's probably due to an Obsidian issue that prevents making a sidebar document active. (Obsidian allows dragging a document into a sidebar pane, but it doesn't allow making it "active", even though you can click into it and edit it.) Sidebar documents are included in iterateLeaves() and getLeavesOfType("markdown"), so this plugin attempts to cycle through them. But since they cannot be made active, the previously-active leaf remains active, so the cycling stops.

One way to fix that would be for this plugin to skip such leaves when moving forward or backward. A simple way to do this is to check that the workspace.activeLeaf has actually changed after calling setActiveLeaf(). If it hasn't, then the leaf wasn't suitable, and needs to be skipped in the rotation. This approach should be forward compatible in case Obsidian ever actually allows sidebar leaves to become active.

from tab-switcher.

Seems like this is a another Issue

from tab-switcher.