Context Menu Items - Search in Everything

[Stamimail]

I wanted to search a folder found in the Results in Everything. So I wanted to add to my Everthing Context Menu:
1. Search folder in Everything
2. Search parent folder in Everything

I'm not sure but I think it is something like:
Everything.exe -filename "%1"

Anyway, I couldn't add new items to Context Menu Items:

[void]

The option to customize the context menu in Everything is on my TODO list.

Everything will use the same context menu items found in Windows Explorer.
You can modify the Windows Explorer context menu items with the registry editor.

1. Search folder in Everything

This can be enabled from Tools -> Options -> General -> Show folder context menu.

2. Search parent folder in Everything

• From the Start menu, click Run.
• Run regedit
• Navigate to:

  Code: Select all

  HKEY_CLASSES_ROOT\Folder\shell

• Create a new key called:

  Code: Select all

  Search Parent with Everything...

• Navigate to:

  Code: Select all

  HKEY_CLASSES_ROOT\Folder\shell\Search Parent with Everything...

• Create a new key called:

  Code: Select all

  command

• Navigate to:

  Code: Select all

  HKEY_CLASSES_ROOT\Folder\shell\Search Parent with Everything...\command

• Set the (Default) value to:

  Code: Select all

  "c:\Program Files\Everything\Everything.exe" -parent-path "%1"

  where c:\Program Files\Everything\Everything.exe is the location of your Everything.exe.

[Stamimail]

Everything will use the same context menu items found in Windows Explorer.

Currently my Windows Explorer Context menu is big enough.
I would like those items only when using Everything, in Everything context menu.

Shift+Enter
Shift+DoubleClick

Shift+DoubleClickOnPath (for Parent)

for searching the folder in a New Window of Everything, also might be a solution.

[Stamimail]

What is the planning for this topic?

1. Let the user to add his custom commands to Everything Options > Context menu items (I guess it will require adding Add/Remove buttons)
2. The Dev will add such commands (1. Search folder in Everything 2. Search parent folder in Everything) to Everything Options > Context menu items.
3. Do nothing. The user will have to edit/overwrite an existing command (like explore command).

[void]

1. Let the user to add his custom commands to Everything Options > Context menu items (I guess it will require adding Add/Remove buttons)

Eventually, yes.

2. The Dev will add such commands (1. Search folder in Everything 2. Search parent folder in Everything) to Everything Options > Context menu items.

The commands would need to be added and expanded, most functions are already in place, such as $parent()

3. Do nothing. The user will have to edit/overwrite an existing command (like explore command).

You can already customize the context menu through the Windows Registry Editor.
However, I can understand the desire to modify the context menu for Everything only.



Right now, the context menu options exist solely so the user can reconfigure Everything to work with a 3rd party file browser without having to modify the Everything.ini.

[skribb]

You can already customize the context menu through the Windows Registry Editor.
However, I can understand the desire to modify the context menu for Everything only.



Right now, the context menu options exist solely so the user can reconfigure Everything to work with a 3rd party file browser without having to modify the Everything.ini.

Thank you.

Is there a way to rename the context items? maybe tru regedit?

[void]

Changing the context menu item name in the registry will change the context menu item name for all applications, including Windows Explorer.

To create and modify custom context menu items, please see:
http://www.howtogeek.com/107965/how-to- ... text-menu/

[Stamimail]

If this is the built-in items of Everything (See the pic above, under Context Menu Items:), I think it could be done by editing a trasnlation file of Everything.

[void]

http://www.voidtools.com/support/everyt ... anslating/

To customize context menu strings in Everything:

• Download the translation template: http://www.voidtools.com/Template.zip
• Download the Everything language compiler: http://www.voidtools.com/makelng.zip
• Unzip your Template.zip to a new folder.
• Unzip your makelng.zip to the same location as your Template.txt
• Open the Template.txt with Notepad.
• Change the following lines:

  Code: Select all

  CONTEXT_MENU_OPEN_FOLDERS = "Open (Folders)"
  CONTEXT_MENU_OPEN_FILES = "Open (Files)"
  MENU_OPEN_PATH = "Open Path" 
  MENU_EXPLORE = "Explore" 
  MENU_EXPLORE_PATH = "Explore Path" 
  MENU_COPY_NAME_TO_CLIPBOARD = "Copy Name to Clipboard"
  MENU_COPY_PATH_TO_CLIPBOARD = "Copy &Path to Clipboard" 
  MENU_COPY_FULL_NAME_TO_CLIPBOARD = "Copy &Full Name to Clipboard"
  

• Save changes and run makelng.exe
• Copy the created Everything.lng to your Everything installation folder.
• Restart Everything.

[skribb]

http://www.voidtools.com/support/everyt ... anslating/

To customize context menu strings in Everything:

• Download the translation template: http://www.voidtools.com/Template.zip
• Download the Everything language compiler: http://www.voidtools.com/makelng.zip
• Unzip your Template.zip to a new folder.
• Unzip your makelng.zip to the same location as your Template.txt
• Open the Template.txt with Notepad.
• Change the following lines:

  Code: Select all

  CONTEXT_MENU_OPEN_FOLDERS = "Open (Folders)"
  CONTEXT_MENU_OPEN_FILES = "Open (Files)"
  MENU_OPEN_PATH = "Open Path" 
  MENU_EXPLORE = "Explore" 
  MENU_EXPLORE_PATH = "Explore Path" 
  MENU_COPY_NAME_TO_CLIPBOARD = "Copy Name to Clipboard"
  MENU_COPY_PATH_TO_CLIPBOARD = "Copy &Path to Clipboard" 
  MENU_COPY_FULL_NAME_TO_CLIPBOARD = "Copy &Full Name to Clipboard"
  

• Save changes and run makelng.exe
• Copy the created Everything.lng to your Everything installation folder.
• Restart Everything.

Excellent, that's what I was looking for!

[Stamimail]

In meanwhile, can we have those features (in OP) by adding them to the keyboard shortcuts?

[Stamimail]

I wanted to search a folder found in the Results in Everything. So I wanted to add to my Everthing Context Menu:
1. Search folder in Everything
2. Search parent folder in Everything

Recently I found a way to do this in easy way. It was just there even in the old version of Everything.

1. Select the item in Results
2. Ctrl+C (copy)
3. Ctrl+F (Find/Focus on Search)
4. Ctrl+V (paste)

It's all good, but one thing needs to be fix
When the user does this with a single file, Currenty you get in Search:

Code: Select all

filelist:"E:\Example.ini"

IMHO, there is no logic in this. I think the better in this case is the Parent folder of the file

Code: Select all

"E:\"

filelist: might be useful when the user selects multiple files.

[NotNull]

1. Select the item in Results
2. Ctrl+C (copy)
3. Ctrl+F (Find/Focus on Search)
4. Ctrl+V (paste)

[...]

Currenty you get in Search:

Code: Select all

filelist:"E:\Example.ini"

I'm not entirely sure what this thread is about, but Ctrl-Shift-C (instead of Ctrl-C) gives you the "plain" filename:

Code: Select all

E:\Example.ini

[Stamimail]

I'm not entirely sure what this thread is about, but Ctrl-Shift-C (instead of Ctrl-C) gives you the "plain" filename:

Code: Select all

E:\Example.ini

Hi NotNull, that's right. You can see Ctrl+Shift+C in Options > Keyboard Shortcuts > File | Copy Full Name to Clipboard
[Ctrl+Shift+C (Result List)]
The thread is about how to

1. Search folder in Everything
2. Search parent folder in Everything

but not from Explorer but withing Everything itself. You want to view the folder of an item you got in Results - in Everything.

Now that this is more explained (hopefully), can I have your opinion, do you agree or disagree with my claim?

It's all good, but one thing needs to be fix ...

[NotNull]

The thread is about how to

1. Search folder in Everything
2. Search parent folder in Everything

but not from Explorer but withing Everything itself. You want to view the folder of an item you got in Results - in Everything.

Aha! That makes it a lot clearer. Let´s see if I understand now:
- If you press some key-combination on a *file* in Everything, you want a new search in Everything for the folder of this file
- If you press some key-combination on a *folder* in Everything, you want a new search in Everything for that folder
- If you press another key-combination on a *folder* in Everything, you want a new search in Everything for the parent of that folder


?

[Stamimail]

Along this thread, there were mentioned 3 approaches to do these two actions:
1. Search folder in Everything [Results:E:\Example --> SearchBox:"E:\Example\"]
2. Search parent folder in Everything
a.FolderCase [Results:E:\Example --> SearchBox:"E:\"]
b.FileCase [Results:E:\Example.ini --> SearchBox:"E:\"]

The 3 approaches:
1. Add those 2 commands to Context Menu. The OP.
2. Add those 2 commands to the keyboard shortcuts.
3. by Copy/Paste. Copy (Crtl+C) the result and paste it (Ctrl+V) in SearchBox.

Now, for the third approach, Everything should know automatically what the user wants.
My claim was about the behaviour of Copy/Paste for a single file. I think Everything should know that the user is expecting to have the Parent in SearchBox as described above in 2.b.
I think this will be better than the current behaviour.

[NotNull]

You can do such a thing with the current version of Everything (and some DIY)

In Context Menu Options change Explore Path and Explore (if you don't use these) to:

Code: Select all

$exec(everything.exe -path "%1")         (for Explore)
$exec(everything.exe -path "%1\..")      (for Explore Path) 

You can keep the "Do not show this item" selected; keyboard shortcuts work with or without the entry being displayed in the context menu.

Under Options>Keyboard add shortcut keys for these.


In my opinion this is not a primary function for Everything, but *if* it gets implemented, I would suggest a $search() command in addition to $exec(), $openpath() etc.
That would make it a little more universal, so the next guy (M/F) could add a "search for duplicates of this file", for example.

[Stamimail]

You can keep the "Do not show this item" selected; keyboard shortcuts work with or without the entry being displayed in the context menu.

That's a good point, but I tested and I had some problems:
1. There is no "Explore" command in the list of Keyboard Shortcuts Options, so I couldn't select a shortcutkey.
2. I tryed also using the Context Menu. The commands you gave seem to work well - they open the correct string in a new window.
The problem is that, I'm using currently 2 versions/instances of Everything: 686 and 877 (multiple instances).
RightClick and "Explore" or "Explore Path" in 877 open the new window in 686...
3. That's a solution for opening in a new window. In a case the user wants to have it in the current window, the 3rd approach seems to be the solution. But we have not yet been answered about the question:
What should be in SearchBox when the user:
1. Select a single file in Results
2. Ctrl+C (copy)
3. Ctrl+F (Find/Focus on Search)
4. Ctrl+V (paste)

[NotNull]

What should be in SearchBox when the user:
1. Select a single file in Results
2. Ctrl+C (copy)
3. Ctrl+F (Find/Focus on Search)
4. Ctrl+V (paste)

The clipboard (which is used for Ctrl-C/Ctrl-V ) is "multi-dimensional" (don't know a better word).
When you put something on the clipboard (Ctrl-C) this can be done in multiple (clipboard) formats. Can be the filename, the filecontent, the file itself (for copying in Explore), an image .. Or all of them.
The (Ctrl-C) application defines which formats will be put on the clipboard.
An application can also define it's own clipboard formats.

The receiving application (the one where you do a Ctrl-V) has to decide which of those formats is the right one for the context the application is in (or none, if nothing fits).


Everything defined it's own clipboard format (filelist:....) for use on the searchbar. This filelist:.. format is (in my opinion) the most convenient when used with multiple filenames.
Handling a single file Ctrl-C/V differently would mean defining a new clipboard format especially for this case.


I don't really have an opinion on this matter, but I can understand why things are like they are. Especially since there are workarounds (like using Ctrl-Shift-C)

Note: This is what I *think* how the clipboard works, looking from the outside. Maybe things are completely different from a programmers point of view ..
If a programmer could confirm if this theory is right (or wrong; that would be even better), I would be grateful.

[NotNull]

That's a good point, but I tested and I had some problems:
1. There is no "Explore" command in the list of Keyboard Shortcuts Options, so I couldn't select a shortcutkey.
2. I tryed also using the Context Menu. The commands you gave seem to work well - they open the correct string in a new window.
The problem is that, I'm using currently 2 versions/instances of Everything: 686 and 877 (multiple instances).
RightClick and "Explore" or "Explore Path" in 877 open the new window in 686...

That's a pity that it doesn't work. I didn't test it myself (it was just a concept), but wouldn't expect that there was no "Explore" keyboard shortcut.
Do things behave better when you disable "Create a new window when running Everything" (Options > UI )?

Out of curiosity: why do you use different Everything versions? Is one of the versions better than the other?

[Stamimail]

This filelist:.. format is (in my opinion) the most convenient when used with multiple filenames.
Handling a single file Ctrl-C/V differently would mean defining a new clipboard format especially for this case.

Yes. Try this on Single and Multiple folders.

Especially since there are workarounds (like using Ctrl-Shift-C)

Don't understand what you mean.

Do things behave better when you disable "Create a new window when running Everything" (Options > UI )?

No.

Out of curiosity: why do you use different Everything versions? Is one of the versions better than the other?

One is for using (stable).
The other is for testing (Nightly).
In this specific case, I have not yet completed the migration to Everything 1.4.
1.4 is much better but I still test some things + in my point of view 1.4 has not yet come to its end. There are some things left to 1.5. I hope it will come to its end soon at the beginning of 1.5 developing...

[Stamimail]

The option to customize the context menu in Everything is on my TODO list.

Make the customiztion with ability to make also sub-entires. (like the Bookmarks sub menus)