It didn't find bruiser.txt because you had 'Contents', not 'File Name' selected, at least in the search in the screenshot.
And I think the Kind problem is because the application that registered the MOD format didn't say that 'MOD Audiotrack' was an audio file. I *think* this is part of the Uniform Type Identifiers.
You'd think that the Contents vs File Name would have an effect, but it doesn't, if you have the subtype thing active. Silently ignored interface elements.. woohoo.
How does one modify Uniform Type Identifiers in a user-accessible way? I see nothing. What if no one registered the mod format? It's still music. Why is this unfixable unless I'm a programmer?
Okay, so i found the hidden setting to tell it "yes even though the files are in the ~/Library directory, I still want you to search them".
But that's not the bottom of the rabbit hole. Now if i search for "bruiser" by Contents, and choose System files -> include, it finds Bruiser.GCD, Bruiser.txt, Bruiser.GCD.xxd and so on. Amusingly, none of these files contain the string "bruiser".
Comments 4
And I think the Kind problem is because the application that registered the MOD format didn't say that 'MOD Audiotrack' was an audio file. I *think* this is part of the Uniform Type Identifiers.
Reply
How does one modify Uniform Type Identifiers in a user-accessible way? I see nothing. What if no one registered the mod format? It's still music. Why is this unfixable unless I'm a programmer?
Reply
Reply
But that's not the bottom of the rabbit hole. Now if i search for "bruiser" by Contents, and choose System files -> include, it finds Bruiser.GCD, Bruiser.txt, Bruiser.GCD.xxd and so on. Amusingly, none of these files contain the string "bruiser".
Double-you-tee-eff?
Reply
Leave a comment