![]() |
NameFind
|
| Click to MacZOT | |
|
|
|
Locate Files in Specific Directories, Fast and Easy!NameFind is a GUI for the Unix "find" command-line tool, installed by default on Mac OS X. It provides fast, simple searches for files by name in a specific directory. Enter a search term, specify your search directory, and run the search query: NameFind will present a list of all files that match the search name. Why NameFind?NameFind compared to Spotlight and related tools:
What’s New
System Requirements: Mac OSX 10.5 or later. Click to Developer’s Site for more info. Special Offer – The Mac Sale$450 worth of great Mac apps for $47.49Today macZOT is partnering with the creators of “The Mac Sale” to make an amazing bundle even better. This bundle was extended to August 25th. Get 10 great pieces of software at a MAJOR discount, and Take another 5% off when you buy it through macZOT. Simply click the Buy Now button above, or go to themacsale.com click buy, and enter “MACZOTRULES” to get an additional 5% off of this already smokin’ deal. The apps? |




August 24th, 2009 at 1:04 am
“provides fast, simple searches for files by name in a specific directory”
This function is part of Snow Leopard 10.6.
August 24th, 2009 at 1:27 am
Check out Devon’s “EasyFind” for a faster and free solution.
August 24th, 2009 at 10:47 am
Or just type “find -name ” in your terminal. And searching within a folder in Spotlight is EASY, even by filename (though it doesn’t do regex
Seriously. $12.50 is a rip-off. This sort of application (with all the listed functionality) takes a couple hours to make, unless the developer has absolutely no clue how to program for OSX. If they sell even a couple, they’ll get paid back what they should have made (hourly wage) to develop an app like this.
Heck, most of the functionality here can be reproduced by an amateur just by following a couple tutorials almost by-the-letter.
And as Green said, EasyFind is nearly identical, and free. Arguably better, too.
August 24th, 2009 at 10:53 am
OK, after testing a bit…
It’s not even worth using for free.
Quicklook integration? You have to click the QL button, spacebar doesn’t work.
Icon display? It forgets the icons off-screen, so it has to reload everything as you scroll.
UI integration? It’s a few years behind, and isn’t even using standard controls / tooltips / cursor / scrollbar code. You can’t even right-click on a file in the list.
Searchable help? It won’t let me type in the help search bar (from the menu), because it’s not using a standard help document.
The developer has no CLUE what they’re doing. Don’t even think about it.
Those tutorials I listed earlier? They’ll let you make a FAR better application. Build it, sell it, and drive this one out of business.
August 24th, 2009 at 11:34 am
@Groxx:
“Or just type “find -name ” in your terminal. And searching within a folder in Spotlight is EASY, even by filename (though it doesn’t do regex”
Yes, but Terminal is clunky. And how do you double-click on a filename in Terminal? Or sort?
“Seriously. $12.50 is a rip-off. This sort of application (with all the listed functionality) takes a couple hours to make, unless the developer has absolutely no clue how to program for OSX. If they sell even a couple, they’ll get paid back what they should have made (hourly wage) to develop an app like this.”
It took more than a couple of hours, I can assure you.
“Heck, most of the functionality here can be reproduced by an amateur just by following a couple tutorials almost by-the-letter.”
Care to post any tutorial inks?
“And as Green said, EasyFind is nearly identical, and free. Arguably better, too.”
EasyFind uses a different search algorithm altogether. It’s a nice program, but I find its interface a bit cumbersome. Your milage may vary.
“It’s not even worth using for free.”
Ok…
“Quicklook integration? You have to click the QL button, spacebar doesn’t work.”
Easy enough to add to the next version…thanks for the suggestion.
“Icon display? It forgets the icons off-screen, so it has to reload everything as you scroll.”
The scrolling could be a little smoother, but your description of what’s going on isn’t technically correct.
“UI integration? It’s a few years behind, and isn’t even using standard controls / tooltips / cursor / scrollbar code. You can’t even right-click on a file in the list.”
I assume you mean it’s not using a unified toolbar…that will likely come in the next version. Fair enough. BareBonesEdit isn’t using one now either. What do you mean by “standard tooltips/cursor/scrollbar code”?
“Searchable help? It won’t let me type in the help search bar (from the menu), because it’s not using a standard help document.”
The broken search field in the help menu will be fixed in the next version. As for “not using a standard help document,” that’s by design. Apple’s native help viewer is an unwieldy in-your-face mess, literally–it floats above every other window and can’t be minimized.
“The developer has no CLUE what they’re doing. Don’t even think about it.
Those tutorials I listed earlier? They’ll let you make a FAR better application. Build it, sell it, and drive this one out of business.”
Again, I didn’t see any tutorial links…
August 26th, 2009 at 12:16 am
Had to laugh at Groxx’s suggestion that something like NameFind could be written in a couple of hours from a tutorial. On that estimate, Finder would take one guy about a week and the rest of Mac OS X could be done by a team of five in 3 months ;-).
If “as Green said, EasyFind is nearly identical,” Groxx may wish to ask the author of EasyFind how long that’s been in development and whether it was started and finished on a quiet afternoon’s lunch break :-).
Nice reply, Kevin W. All feedback’s useful feedback, even the flamey stuff. It all helps to focus development efforts.