Windows 10: Adding NEW file types to context menu

Hello,
I would like to add file type .FC7 to my right click (context) NEW menu so I can open a new FastCad drawing in any folder. I found one link that showed how to do this, but it did not work for me. Basically it added a key under the HK_CLASSES_ROOT tree, adding a SheelNew key under the file extension. For whatever reason, .FC7 did not appear under that tree, so Ihad to create it. After following the directions, NOTHING new appeared in the NEW context menu. I thought I had at one time found a utility that made this easy, but I may be thinking of a much older version of Windows. I am running Win 10 Pro Ver 1909 (I had issues with 2004). ANy help is appreciated!

:)

 

Changing the file types available in the new menu item of the windows context menu

How do you alter the file types that are listed when you select 'New'
from the Windows 10 context menu? New software installations add their file types and replace items that were already listed. For example I can create WinZip and Zipx files after installing WinZip, but I cannot create a new Visio file because it is no longer
in the list.

 

Custom context menu entries

So, just throwing this out there, in case somone knows.

I have added a custom context menu entry for the program rightload, since by default the menu is broken in vistax64.

It works pefect with single files, but when I select mutiple files and try to open, I get mutiple instances of the program (which makes sense), here is my entry:

C:\Program Files (x86)\Rightload\Rightload.exe --server=1 --autostart %1

So the %1 passes the filename to the program, and when I select multiple files it is just opening multiple instances of rightload each with a different file.

What I'd like to do is be able to pass a list of the files selected to the program. Since I know it is capable of uploading multiple files from the context menu, all in one instance.

So, is there something I can pass besides %1 that will do this? I have looked around and can't seem to find an answer anywhere... *Frown

 

Registry: Adding a new file type to HKCR\SystemFileAssociations

I want to create a new context menu that is only visible on audio files.

Doing this on an extension-by-extension basis is not a solution because I need the added context menu to be visible when selecting multiple different audio types (i.e. different extensions, such as .wav, .mp3, .flac etc.).

I can get this to work by creating my new context menu key in HKCR\* but this adds the context menu to every file type (so it appears on non-audio files where the context menu is not wanted).

I did some digging around in the Registry and found the key HKEY_CLASSES_ROOT\SystemFileAssociations\audio (there's also ones for documents, images and video).

Adding my new context menu key only to SystemFileAssociations\audio (and nowhere else) works as intended: My context menu shows up on .wav, .mp3, .wma, .aiff, .au, and a few other audio file types, and it remains visible even when selecting across multiple different audio file types in Explorer.

However, the problem is that the audio file formats over which this works is rather limited. It does not work with .flac, .ogg / .oga, .opus and .wv (which are other audio file types that I want the new context menu to show up on).

Does anyone know how I can add these file types to the list of extensions that are already recognized as audio files? (i.e in the same way that .mp3, .aiff and .wav files etc. are being handled)

I've checked the PerceivedType for my audio files, but that makes no difference. I then saw some suspiciously familiar extensions lists in Windows Media Player's file association and MIME type lists (which matched the extensions that had responded to my new context menu) but adding new file types to WMPs extensions and registered MIME types didn't work either.

I even tried (in a clean OS in a virtual machine) installing a codec pack so that pretty much every audio file type could play back in WMP, then I associated all those audio file types with WMP by default to see if that would make these extra audio file types become recognized as belong to the group 'audio', but that didn't work either.

Interestingly, my context menu also got added to .mid files even though they are not audio files (in the sense that they don't actually contain any audio). So there is some kind of music / audio classification of extensions going on somewhere, regardless of the actual content of the file. It's by designation rather than by content.

I have seen other posts on the net mention similar problems with other file association groups (such as 'images' and 'documents' where certain basic files (such as .bmp in the case of 'images') respond and work as intended, but other file types from the same category do not.

What's the best way to achieve the outcome I'm looking for (either by being able to add more audio file types to the existing list of files currently being affected by the 'audio' key in SystemFileAssociations, or perhaps there is another key elsewhere (that already exists, or which could be created) that allows a context menu to be visible on the specified types even when more than one of the specified file types has been selected.