Total Commander

TC 11.50 b1:

List of open tabs (Ctrl+Shift+A):

1. Option to show last visited tabs first, hotkey Ctrl+L
2. Shift+Enter on recently closed tab now restores the tab, but doesn't focus it
3. Configuration - Options - Folder tabs: New options "Ctrl+Tab opens as list" and "Last visited first"
4. Configuration - Options - Folder tabs: New option to jump to last opened tab with Ctrl+Tab.

1. It's much better to make it an option. Pressing Ctrl+L every time is inconvenient.
2. I didn't see the change in the specified window, only for cm_DirTabsShowMenu, which is also bad, because the custom hotkey with Shift when using the script above makes the tab inactive.
3. Seeing the list when selecting tabs is a smart solution. But it's better to add cm_ command to use both switching options (behaviors).
4. I will not use it, it knocks me off usual behavior.

In general, this is all relatively useful, but the most important thing is missing - cm_ command to switch to the last closed tab.

2ghisler(Author)

05.01.25 Added: New parameters for internal command cm_SwitchToNextTab: 1: always switch to last visited tab

This applies only to open tabs. And what about the closed ones? It would be more useful for them.
This only applies to open tabs. What about closed ones? There would be more useful for them.
There have been suggestions before:
[REQ] - "Undo Close Tab"
Two tab suggestions - saving layout and restore last closed

This is not "undo closed tabs". A separate command would be needed for that.

The visited tab can be either open or closed, regardless of how you did it.
So I'm asking, what about switching to a closed visited tab? A single command or parameter doesn't matter. Will you add it?
Will the clarifying word "open" appear before "visited" in the help and in the history file?

And what about the 1st and 3rd points above? >
The option in wincmd.ini to display a list with reverse sorting (without pressing Ctrl+L).
Internal command to switch between "Ctrl+Tab opens as list" and "Ctrl+Tab switches to last visited".

So I'm asking, what about switching to a closed visited tab?

Sorry, I will not do that. Re-opening tabs on Ctrl+Tab would confuse most users a LOT.

Sorry, I will not do that. Re-opening tabs on Ctrl+Tab would confuse most users a LOT.

Sorry, I don't understand your answer. How does my question relate to reopening and Ctrl+Tab? I didn't write about it at all.
And why don't you answer the other three?

You already have a list of closed tabs. Restoring a closed tab cannot confuse anyone in any way, otherwise it would not be in browsers and other applications with this option.

This thread was initially about list of recently closed tabs. Then you posted about the unrelated cm_SwitchToNextTab 1 command. This command was added as an alternative to
Configuration - Options - Folder tabs: Ctrl+Tab switches to last visited.
It would be very confusing if a user checked this option (or assigned cm_SwitchToNextTab 1 to Ctrl+Tab) and then Ctrl+Tab would re-open the last closed tab.

And why don't you answer the other three?

I just replied to your post from January 18.

Then you posted about the unrelated cm_SwitchToNextTab 1 command.

Please read what I wrote above:

Fla$her wrote: 2025-01-19, 12:05 UTCThe visited tab can be either open or closed, regardless of how you did it.

This means that the description that you have suggested (and are not responding to the suggestion to fix it) is consistent with the current topic.

It would be very confusing if a user checked this option (or assigned cm_SwitchToNextTab 1 to Ctrl+Tab) and then Ctrl+Tab would re-open the last closed tab.

Please be careful when reading:

Fla$her wrote: 2025-01-19, 12:05 UTCA single command or parameter doesn't matter. Will you add it?

Should we expect a separate command?

I just replied to your post from January 18.

In this case, we are talking about a message from the 19th.

2ghisler(Author)
I think that, because several people have been looking for a way to reopen the last closed folder tab (which was also the reason for this thread), Fla$her was asking you if you are willing to implement a new parameter or new command for that.

That would indeed be useful, but would need a new command with translation, so I won't add it to a 0.01 version update, sorry.

I didn't point to the current version. I asked if you would add this by linking the logic of the visit to the two tab states.

And I already replied that this would be completely unexpected. Therefore it needs a separate command.

Linking the logic, I didn't write that it should apply to a specific command. You still haven't answered the question:

Fla$her wrote: 2025-01-20, 10:06 UTCShould we expect a separate command?

I have answered your question

Should we expect a separate command?

with

Therefore it needs a separate command.

The fact that the command should be separate doesn't answer the question of whether we should expect it.