Favorites & Viewer Questions


Just came over from total commander and so far im loving it. Two questions though:

1.Is there a way to give entries in the favorites list a key mnemonic so that after hitting Alt-a i can then just hit another key to go directly to that entry and execute it (in TC you add a & before the letter you want to use). My favorites list is pretty long so having to use the up-down arrows doesnt work too well. If there isnt is there a way to duplicate this kind of behavior another way?

2.Is there a way in commader mode to have the viewer slide out/replace the opposite lister as opposed to keeping both listers and adding the viewer?

tried searching couldnt find anything.


Hello s.newave,

I don't know very much about Total Commander, but I'm happy that you're with us.

I know there is at least one other user of DOpus that both frequents this forum, and understands Total Commander.
If you're lucky, and the almost, full moon perigee, survives, he may reply here .

Question 2 is the easiest to answer.
Have you discovered how to make a custom button yet?
If you already can, the simple answer is this:

Set VIEWPANE=on Set Dual=off

There are also toggle options here, but that subject opens ( perhaps ) a more complex situation.
Don't be very concerned about that at this point in time.

Question 1 is a bit more difficult.
The answer to my knowledge is a very reluctant No.
The & character can be used in DOpus menus.
It is linked to the Alt key and the letter after the & character.
I don't personally use it as it is easy to create any hot keys I use without it.

:opusicon: Porcupine

Putting an & before the letter seems to work in the Opus favorites list, although the & only seems to turn into an underscore if it's the first character. The key always works, though, even if the & is later in the label and appears as an & (instead of an underscore) in the menu. (I've just filed a bug report.)

You can also assign hotkeys to any button or command. These hotkeys work without having to open the menu first. If you edit a button or menu item there is a hotkey field and you can create standalone hotkeys, which aren't tied to a button/menu, via Customize / Keys which also allows you to make system-wide hotkeys that can be run even when Opus isn't the active program.

The Favorites list on the menus is generated from a single command so you can't assign a hotkey to each item at the moment but I think there's also a request on file to allow for Favorites items to have their own hotkeys, so you don't have to create duplicate buttons/hotkeys for the same paths. Right now you'd have to either use the & method or create buttons/hotkeys which run a command list Go C:\Moo

Thx for the replies. Im slowly gettting to know DO and beginning to get it configured the way i want. Regarding the questions above:

  1. The & works great but is there a way to remove the "a" & "e" key for add and edit favorites? (on a similar note is there a way to remap the standard windows mappings for File, Edit, View etc not to use Alt+F, Alt+E and so on?)

  2. I am currently using a custom button with the command:

Set DUAL=Toggle

which works great except that when hitting the button again to toggle the viewer off and dual on DO doesnt remember the last dir the opposite lister was on and sets it back to display the Desktop. Is there a way to have it remember which dir it was displaying when toggling on and off?

thx again

  1. Just edit the menu items and clear their hotkeys / remove the &s from their titles. To quickly edit them, hold Alt and click on them (even outside of customize mode).

  2. I don't think there is a way to do this at the moment*, but I think it's a good idea so I've filed an official feature request for you along those lines. The folder that is used when you open a dual lister is defined by Preferences / Layout / Default Folders. You can set it to use the same folder as the other file display which I find useful since I often work on two directories that are close to each other.

(* Well, maybe it is possible with some clever scripting... /me has a play with VBScript...)

I almost got there but can't think of a reasonable way around one problem: My VBScript can be passed the source and/or destination paths but has no way of knowing which of them is on the left/right... I've filed a feature request for that as well.

If anyone wants to play further, here's the VBScript:

[code]option explicit


Sub Main
Dim wsh
Dim dopusrt
Dim path
Dim env

Set wsh = wscript.CreateObject("wscript.shell")
Set env = wsh.Environment("SYSTEM") ' Won't work on Win9x/ME.

If wscript.Arguments.Count = 0 Then
	wscript.Echo "First argument should be the Opus path which you can get via {apppath|dopus.exe}. Second argument should be the dual-folder path or nothing."
	dopusrt = """" & wscript.Arguments(0) & "dopusrt.exe"" /cmd "

	If wscript.Arguments.Count = 1 Then
		path = env("opus_dual_path")

		wsh.Exec(dopusrt & "Set VIEWPANE=off")

		If path = "" Then
			wsh.Exec(dopusrt & "Set DUAL=on")
			wsh.Exec(dopusrt & "Go PATH=""" & path & """ OPENINDUAL")
		End If
		path = wscript.Arguments(1)
		env("opus_dual_path") = path

		wsh.Exec(dopusrt & "Set DUAL=off VIEWPANE=on")
	End If
End If

End Sub[/code]
It can be run from Opus like this: blah.vbs {apppath|dopus.exe} {destpath}
It works as-is provided the left-hand side is the source. If the left-hand side is the destination then it will open the left-side's folder when the dual-pane is toggled back on.

Another caveat is that it remembers the old path using an environment variable and can only remember one path. Ideally you would be able to remember a different path for each lister but I think that's beyond the ability of a script.

Hi Nudel,

thx for the help its seems to work pretty good. Only problem as you mentioned is that when invoked on the right lister in dual mode it switches it to the left side after closing viewer which is not a big deal.

Is there anyway however to speed up the script by caching it or something? It takes 6-7 seconds before the viewer even shows up whereas the other way was instantaneous.

thx again

The script does its stuff in under a second (the first time I ran it today it took a bit longer) here.

Do you have a large file selected or something that's being opened in the viewer, and takes a long time to process, as soon as the viewer appears?