Hello,
for the File Type "Archives" I defined to open a new tab on left doubleclick.
But it is not working. It is the same action as with Alt-left doubleclick. So I am a little bit stunned.
Can somebody shed light on this?
Regards
xbprm
I see the same. We'll look into it and find out what's happening.
Thanks.
Are you guys both sure that there isn't some ~other filetype definition that still has left dbl-click set to plain go (though you didn't say what 'was' happening)?
If you run filetype edit against a 'problem' archive file... do you get some other filetype popup in the editor that you can modify?
[quote="steje"]Are you guys both sure that there isn't some ~other filetype definition that still has left dbl-click set to plain go (though you didn't say what 'was' happening)?
If you run filetype edit against a 'problem' archive file... do you get some other filetype popup in the editor that you can modify?[/quote]
Hmm, that was the problem with my .7z filetype. It had the "go" command on its double-click event, and that was overriding the less specific Archives filetype group and its similar event. (I may have set that up manually a long time ago and forgotten about it.)
But the other thing I was looking at were some .cb7 files, and I don't have a filetype for them at all. But, on another look, the problem was that .cb7 wasn't actually in my Archives filetype group. 
I had forgotten about this, but when the cb7 and cbr extensions were still tied to 7z and rar in the Archives plugin, we made it so cb7 and cbr would never be added to the Archives filetype group automatically, in case people already had comic book tools for viewing those formats which they still wanted to use on double-click. (And since double-click to open an archive without any filetype still works anyway.)
Now that the comic book formats can be turned on and off individually, I will remove the exclusion and let .cb7 and .cbr be added to the Archives group automatically. (People can always remove them manually if they disagree, and don't want to turn off the formats entirely.)
So, that's both mysteries solved. Thanks for thinking of that, Steje.
In summary: Check if you have a filetype for the format itself which is overriding the event. If not, check that the file extension is actually in the Archives filetype group (and if it is .cbr or .cb7, you need to add it to the group manually at the moment).
Ok, I checked it. And indeed I have a separate entry for zip but not for rar. So the command I set up in "Archives" file type applies for rar but is overridden for zip.
Similar to how we have the 'hover over format lock in status bar' feature to help reveal where the current folder format is coming from - I've often thought a 'filetype editall' type command could help track down unexpected mouse click, context menu and drop menu behavior if running such a command could result in Opus File Type editor opening all categories that apply to the file(s) the command is run against... i.e. it would open any and all Directory Opus FileTypes, File Type Groups, and/or System File Types items that are relevant for generating actions for the file the command is run against. This would help in avoiding having to hunt and peck for things that aren't so obvious (like mouse click behaviors).