Ah, cool.
Well, the basic problem with the linked state occurs, when a paired tab pair opened, but i only want to change folders in one of them. For example, i have some folder on my USB drive, containing some new music. That folder has a "pair" folder, which is the root level of my music collection. So when i want to open one of its subfolders (those with the various genres), the linked tab would also change, but isn't supposed to do so, because it is intended to be the source location. Like it is now, actually both sides will show the same location after a folder has been entered. But to answer your question, yes, it would be quite handy, if every tab pair could have individual settings, depending on the use case.
It would be a good option, if there was a helper key in @keydown style, which would prevent the one side from reaction to some folders being opened in the other side, overriding the slaved tabbed behavior, so to say.
When i suggested the linked state, i was rather thinking about the closing of both tabs, after usage, than being apple to navigate both sides in a navlock style. So, for example, holding the shift key down, while entering a folder on one side would override the navigation sync.
By the way, the new function using the qualifier key works great, but i have to use Win or Alt in their variations (LWin, RWin, etc.), because both, Shift-Enter, as well as Ctrl-Enter seem to be hard coded into Opus' own functionality, so they work only for mouse usage. Shift-Enter opens the GO field, while Ctrl-Enter opens the properties box.
Yeah, thanks. It is a bit lazyness, i admit, since i can always go up & then call the other folder.