Context menu in Search results

[browny]

TC 9.0a.

Make a search using Alt+F7, press Feed to listbox.
Right click on empty space (not on file names) in Search results pane.
There would be a tiny progress bar, but no context menu.

Try that with an ordinary file list, and context menu would be created.

Keyboard works always.

[Dalai]

I don't think this is a bug (only a minor visual issue). If you look closely on the context menu opened in normal file pane, you'll see that it's the menu of/for the directory you're in. There's no such thing in a search result because there can be countless directories.

Regards
Dalai

[browny]

Keyboard works anyway; therefore right click also should.

[Dalai]

Keyboard hotkey Shift+F10/WinContext always shows the context menu for the selected object or under the cursor, in other words it's not possible to call the context menu of the empty space (= current directory) via keyboard; this only works with the mouse.

Regards
Dalai

[browny]

Keyboard hotkey Shift+F10/WinContext always shows the context menu for the selected object or under the cursor

It is slightly more complicated: the menu is for both entities and for the pane itself.

in other words it's not possible to call the context menu of the empty space (= current directory) via keyboard; this only works with the mouse.

Really "not possible"?
There is a current file, there might be a selection present. At least, it should be possible to use copy or cut functions, and functions related to the pane itself.

Finally, if context menu should not be created in this particular case, it might be expected at least to skip menu creation steps and not to see that progress bar.

[Dalai]

It is slightly more complicated: the menu is for both entities and for the pane itself.

I didn't say anything contrary, did I? OK, let me rephrase it as a question: In the search results, how do you call the context menu for the directory itself (and not for one of the search results) via the keyboard? I don't see how this would be possible, as I already pointed out.

At least, it should be possible to use copy or cut functions, and functions related to the pane itself.

Copy/cut are functions that are always linked to objects (files/directories). "Functions of the pane itself" - well, if your search was done in a tree of directories, for which of them should the context menu be shown?

Finally, if context menu should not be created in this particular case, it might be expected at least to skip menu creation steps and not to see that progress bar.

Yes, that's the visual issue I meant. My guess is that TC does the check whether or not to show the context menu after the progress bar is finished.

Regards
Dalai

[Hacker]

The progress bar is a simple visual indication that if you keep holding the button something will happen.

Roman

[Dalai]

2Hacker
Yes, of course. However, I agree with browny that the progress bar shouldn't appear when nothing is going to happen, in this case (not) opening the context menu. But as I said, it's only a minor thing.

Regards
Dalai

[browny]

I didn't say anything contrary, did I?

You said: it's not possible to call the context menu of the empty space (= current directory).
A pane is not a directory. A pane contains objects: directories, files, selection and so on.

OK, let me rephrase it as a question: In the search results, how do you call the context menu for the directory itself (and not for one of the search results) via the keyboard?

Hard to tell what is directory itself in search results, but definitely there is a pane.

well, if your search was done in a tree of directories, for which of them should the context menu be shown?

Context menu may include any valid actions for several different kinds of objects. Not necessarily there would be anything about directories.
You could try it youself: there should be no difficulty in telling where are selected items or the current item in any kind of pane.

PS. Quite possibly this topic goes to "will not be changed".
Because that context menu is based on Explorer's/shell32 context menu.

[Dalai]

A pane is not a directory.

You should really take a closer look at the context menu that is shown when you right-click on the empty area below the file names in the normal pane/directory (not in the search results). It's the context menu for the current directory, as I already pointed out in my first post. Note that it's the same menu that is shown when you right-click on the path bar. And BTW, the menu is completely independent from a selection of objects, in other words it doesn't matter whether or not there are files/directories selected, the menu is always the same (as opposed to the menu you get when right-clicking on files/directories).

There is no "current directory" in the search results, thus TC shows no context menu when you right-click on the empty area below the results, or on the path bar.

Hard to tell what is directory itself in search results, but definitely there is a pane.

Exactly, there is no directory in the search results, since they're some kind of virtual view, so there is no context menu that could be shown - except the one(s) for the results themselves.

Regards
Dalai

[browny]

And BTW, the menu is completely independent from a selection of objects

It only looks the same, but the action would be different.

Exactly, there is no directory in the search results, since they're some kind of virtual view, so there is no context menu that could be shown - except the one(s) for the results themselves.

The one called with a context menu hotkey would be good enough.