He has some number of mp3 files that are identical, except one batch ends with the extension ".mp3" and the other batch with ".MP3"--thus he has "song.mp3" and "song.MP3" and "anothersong.mp3" and "anothersong.MP3"--he wants to find and trash all the dupes that end in the ".MP3" extension. The default behavior of the regular "Name Contains" search is to be case INsensitive, so no matter what you used in the name field, whether mp3 or MP3, the result list would contain both extensions, it doesn't discriminate between upper case and lower case.
If you do a Name Contains search, lets say you use "jpeg"--it will return a file named "JPEG28***" as valid result, even though the search term is lower case and the result is uppercase. If you save the search and you use Property List Editor to open the so-called Smart Folder, you can see what it REALLY does:
(kMDItemDisplayName = '
jpeg'cd) && (kMDItemContentType != com.apple.mail.emlx) && (kMDItemContentType != public.vcard)
It searches for "jpeg" and is case insensitive (the added "c" option) and also insensitive to diacritical marks (the "d"), plus it ignores email and vcards. This the default behavior. The only way to avoid this is to explicitly use the Raw Query yourself, and not add the "c" or "d" option.
Francine
Francine
Schwieder