Linked Tabs?

New user here.

Is there a way to link tabs together?

Here is an example. I am browsing Dual Horizontal, I have some FTP tabs open on the bottom and some local folders open on the top. I am of course dragging files back and forth from local to ftp and the other way around. I want to link a local tab to an FTP tab. This way when I click on a local folder tab it auto selects the matching ftp folder tab. This type of thing would be VER usefull to me as a developer who uses multiple ftp and webdav's per day.

Thanks

I don't think there's a way to do this currently, however you can use the NAVLOCK tool which works in a somewhat similar manner.

Huuuge ++1 on this... I've requested this functionality in the past, but the idea could use some more love.

Feel free to voice this request directly to GPSoft with Program Suggestion...

I think an easy and sensible way to implement such a thing is to have a generic 'link tab in other display' type function that would either link to the tab in the same relative position (i.e. first, second, or third tab)... or since we can now "NAME" tabs, link based on the tab name. Something like Set TABLINK/K[On,Off,Toggle,Position,Name].

Not to hijack your thread or anything, but I would also love to see a follow-up Set SYNCSCROLLING function or SYNCSROLLING option to the sort of command above that would cause the horizontal and vertical scrolling of at least the listers 'file display' to be linked/synchronized to the movement of the 'other' display/lister scroll position...

@John: if it's how I took it to mean and sputed off about, then it's way different. It's more about having multiple sets of tabs open in both the left and right or top and bottom file displays of a dual-pane lister... and one the 'manual' selection of a tab on 'one' side to cause the automatic selection of the related tab on the 'other' side.

I've got about 12 sets of folder tab groups that are set up this way, with at least three tabs in each a given folder group (say FGROUP-RIGHT) that has another corresponding tab group (FGROUP-LEFT) set to open to a series of folders 'related' to those in the other group in some way. Some of these groups have as many as 7 or 8 tabs each. I'd very much love for the corresponding tab in the 'other' display to be auto-selected when I switch tabs in the side that's active/source etc.

Even when all tabs are visible this feature would provide for fewer mouse clicks and help me avoid confusion when I switch tabs on one side but not the other. But with 'many' tabs, having to hit the arrows and scroll left,right, etc because there are too many tabs on the tab bar is then only 'half' as annoying... :wink: and would do that much more to fend off carple tunnel syndrome - lol.

Edit: I just remembered to mention also that another requirement for this feature would be that the tab selection linking would need to be preserved when using other tab related commands like Go TABSELECT and maybe Go TABCLOSE and what-not...

The idea of synchronized scrolling has come up before, and I agree it could be useful, but there is the question of how to implement it.

If the two file displays have exactly the same list of files then it's easy to do, but what happens if there are some folders which are only in one side or the other? Does the scrolling synchronize on the top folder? The bottom folder? The middle folder? The majority of visible folders? The most-recently-made-visible folder?

I'd vote for scrolling the other display so that the most-recently-made-visible folder is also visible in it (going back to the 2nd most-recently-made-visible if that 1st doesn't exist in the other side, and so on), but maybe I'm wrong.

Maybe it's something that needs to be tried and played with before it's obvious what the right solution is.

Apologies also for nudel helping me to hijack your thread :wink:...

Agreed, it would be a play and see sort of thing. I'd settle for 'relative' positional synced scrolling in disparate folders... percentage oriented placement of the scroll, does that make sense?

That doesn't work well if one folder has 20 extra folders at the top of the list, but perhaps that's an uncommon scenario.

Well it might not work well from the standpoint of providing the most sensible intent behind the synced scrolling... but in a scenario like that (common or uncommon) that's when I might do something like select such a group of folders at the top and just 'hide' them temporarily to get the two lists to look more similar to help me get my bearings if needed...