I attempted to define .test.txt as a multipart extension in the Advanced preferences, yet I couldn't detect a difference in the Type column (which I assume is affected as the Opus docs mention renaming and sorting as a reason for defining multipart extensions).
The Type column still reads Text Document for foo.test.txt, and sorting the column doesn't separate it from other .txt files. If a file has an extension that Opus doesn't know about, for example .test, it shows TEST File in the Type column. For a multipart extension, I'd think Opus may display something like TEST.TXT File, but it does not. Pressing F2 to inline rename, also shows that Opus still thinks the file's extension is only .txt as the .test part isn't excluded from the pre-highlighted text (dependant on Opus settings).
After reading this thread, I thought defining a new file type (Settings > File Types...) may be the missing piece of the puzzle, but adding .test.txt as an extension there made no noticeable difference.
Maybe the Type column needs some kind of configuration to make this work, or perhaps it is a bug?
System information:
- Directory Opus v12.23.1 Beta x64 Build 7710
- Microsoft Windows 10 v20H2 OS Build 19042.804
When you say renaming, I assume you mean something like Opus' mass renamer (I have no experience with it), and not inline renaming, as that's something I mentioned seemingly ignores multipart_extensions's value. I do think that it should be respecting the value however.
I've just checked the Extension column, and it doesn't (only txt is displayed).
One could argue that these issues are more that the code isn't as tied together as it could be (if the functionality just isn't being leveraged), rather than being bugs per se. So far, I still haven't seen the preference's effect anywhere in the program, but I assume it must be doing something at least.
