Cocoatech's Path Finder is a powerful file browser that has tons of cool integrated features. Many people swear by it as being a much better solutiion than Apple's Finder for browsing and editing files. I love it. Here's how I've replaced the Finder with Path Finder, which works pretty well.
Your mileage may vary with this hint: some applications require Apple's Finder to work (mostly AppleScript-based ones, but some others require it, too). That said, I haven't found very many problems, and this hint allows the Finder to still launch when needed.
Read the entire hint for details...
[robg adds: We've covered Path Finder (previously known as Snax) before -- see this older hint. However, this hint provides additional details on truly replacing your Finder with Path Finder, if that's what you'd like to do...]
To get Path Finder to launch on start up instead of Apple's Finder, you will need to edit a preference file called com.apple.loginwindow.plist. This file is normally located in /Users/[your username]/Library/Preferences/.
The easiest way to add the preference we need to get Path Finder to launch instead of the Finder is to launch the Terminal and type the following:
defaults write com.apple.loginwindow Finder /Full Path To/Path Finder.app
One way to get the proper formatted path (spaces need to be escaped with a backslash, like My Harddrive Name) to your install of Path Finder is to drag its icon into the Terminal window. It'll insert its file path into the Terminal window. Or, you can edit the file by hand. Open it in a plain-text editor, and then add the following right after the first tag:
<key>Finder</key> <string>Full Path To/Path Finder.app</string>
After making this change, save the file and log out and back in again to test. Path Finder should now start up instead of Apple's Finder! If not, double check to make sure you have the correct path to the Path Finder application. This gives you the best of both worlds. Path Finder launches on login, and if an application does require Apple's Finder, it will launch and take over.
To add a "quit" feature to the Finder's application menu so that you can quit it if another application launches it, check out this hint, or use an application like the great TinkerTool.
If you command+click on the title bar of a Cocoa window that currently has a file open, you can see a hierarachy menu of the path to that file. (Try this in Text Edit - open a file, and then command+click on the title bar.) To get selected items in this menu to open in Path Finder, developer Mike Solomon (best know for his essential content / ad filter plugin for Safari called Pith Helmet) has created a small plugin called PathFinderHack.
Check out the PathFinderHack page for more details on how to install this, but it's pretty easy to install, requires no tweaking, and helps make Path Finder's integration with the OS that much better.
Many applications make specific calls to Apple's Finder, mostly to open new browser windows. The Dock is a good example of this - put a folder into the dock, and when you click on it, the dock creates a system event that tells the Finder to open a window at that location.
If you really want to go "all the way" (well, as far as possible for the moment) and have Path Finder intercept all calls to Apple's Finder, you'll need to do the following. To intercept these events in Path Finder, we need to "fake out" the system so that it thinks that Path Finder is the Finder. We do this by editing the PkgInfo file inside of Path Finder, and changing its package info to that of the Finder. To do this, find your install of Path Finder on your hard drive, and right-click (control-click) on the application icon. Select "Show Package Contents" and you should see a Contents folder appear.
Click on the Contents folder, and inside of it there will be some more folders, a file named "Info.plist", and a file named "PkgInfo." Open the PkgInfo file in a plain-text editor and replace what's inside it already (the text "APPLPFdR") with the text APPLMACS. Save, and log out and back in again. Path Finder should now intercept all of the events that used to be sent to the Finder! Of course, this will sometimes pose a problem if an application or AppleScript requires some functionality that Path Finder doesn't support, but the developer is very responsive and will usually add in support for things that are missing. Your mileage will most definitely vary here.
I hope you find this useful! I would recommend checking out the Cocoatech Forums for more Path Finder tips. If you have any other tips on how to better integrate Path Finder with the OS, or tips on usage, post them in the comments here...
Mac OS X Hints
http://hints.macworld.com/article.php?story=20040304000241581