Spotlight/Finder search inside bundles?

I don't believe that Spotlight can search inside bundles/packages. Try the freeware EasyFind. It can search within packages.

Regards.

Hi there,

I dispose a MDImporter called Ziplight that is supposed to allow indexing and searches inside ZIP files, but to be honest I have it for a while and never got any search results from inside a ZIP file.
Try to look for a mdimporter that claims to do this you wish.

Good luck.

Hi L,

As you mentioned ICS files I remembered building a 10.000 icons collection from icons that existed on my Mac using the Unix command find combined with sudo and copy.

If you were willing to make something like this rather then constantly searching for items then an operation like this one I did could be better.

Good luck.

Hi there,

Here is the command, after collecting all ICNS you can use Finder's search options to isolate files that do NOT have 512 pixels wide and REMOVE items.

sudo find /Applications/ /Library/ System/ /OtherPathsYouWant/ -name "*.icns" -exec sh -c 'exec cp "$@" /Users/YourUserName/FolderTo_icns512/' find-copy {} +

You need to use SUDO so you won't have any permission denied bumps, you need to specify the paths to search instead of using the root "/" only so you won't bump into devices directories errors.

Do you know how to perform the Finder's 512 pixels wide search?

Good luck.

Hi L,

Sorry for the missing bar for System! 🙂

Strange behavior is what you got.

Log in with you Admin account, you can do that in Terminal using the command line "login" when you will be prompted for user name and password (after finishing shell interaction, logout from Admin account with the command line "exit" - this logout is mean to be used as default for any shell interaction). As Admin try using the find without the sudo and the copy, like:
find /Applications/ /Library/ /System/ /Users/ /Developer/ -name "*.icns"

If you have items listed, even with some access denied messages, then append the copy instruction. Check the copied files existence, if they were there do the simple find again but insert the sudo - this should ask for your user password (not the root password); from here the same as before, getting listing append the copy instruction.

If sudo do not work check for log entries in your /var/log/auth.log and bring those entries here.

Good luck.

Hi L,

They are there too! The find tool went till the end of every directory, inside bundles and protected items. You are done! 🙂

Great to know! Cheers, K.

You could do the same for PNG (a lot of), ICO and ICN too.

Message was edited by: KXsig

Hi L,

The command find descends the specified directory tree recursively and by default the period started names of files and directories are included. That is why it would search inside the Finder's invisible items.

All directories in the mounted device volume have an item "." and another ".." the "." item refers to itself and the ".." refers to parent. The find search go into the ".any_character" item but not into the "." item or ".." item, as a security default.

Is this "/System/." item you meant?

Regards, K.

Hey L,

I think that maybe I misunderstood your question. You asked if you set a find command to start at the Volume root - the / - the /System results would be target? If so, the answer is yes, this way the hole volume content would be reached, but the reason to avoid this is that when find reaches the directory in which you were copying the files the work would be done again.
We could also use find arguments specifying no entrance in the saving directory, I never used this argument, if you wish take a look at the find manual page.

Cheers, K.

Hey L,

Yes, you are right, the find do not descend from specified directory into the parent one (the ".." directory).

As you used the /Users too, find copied twice the files that were already there, overwriting.

Cheers, K.