This document contains information on Embedding, Using and a section on how to reduce the final size of your distributed app when using BGHUDAppKit.  See Shrinking for details.
BGHUDAppKit
BGHUDAppKit is a small framework I designed to fill the gap left by Apple when they released the nifty HUD window but forgot to release their controls that match it.  There are few really good frameworks out there that will provide you with the HUD style interface.  This is where the big change in BGHUDAppKit becomes clear.  I use absolutely NO resources or images to give these controls the HUD appearance.  BGHUDAppKit uses 100% native Cocoa drawing functions like NSColor, NSGradient and NSBezierPath.  Because of this the framework is much smaller, provides a cleaner interface and the biggie...it is already Resolution Independence  ready.  And of course it is free and open-source.
Homepage: http://www.binarymethod.com
Source can be acquired by pointing your Subversion client to:
http://binarymethod.svnrepository.com/bghudappkit/svn/trunk
See License.rtf for details on licensing.  Short synopsis, use BGHUDAppKit as you see fit, give me credit and keep license intact.

Goals
When I was designing BGHUDAppKit I had four goals in mind to keep me on track in the project:
	A.	HUD Style Controls that function exactly like their Apple counterparts do, using as much of the original functionality of the parent as possible.  Why reinvent the wheel?
	B.	Ease of use, try to make the framework Drag'n'Drop.  My biggest pet peeve is having an -(void)awakeFromNib{} FILLED with a bunch of control initialization setup code.  I hate having to do that, Apple made all their controls IB compatible, why can't I?
	C.	No Images or other external resources, use ONLY native Cocoa API.
	D.	Controls that can be themed to any style of UI.  I've done the hard drawing work, why should you do it all over again?  See Theming.rtf for details on this subject.
	
Embedding
BGHUDAppKit is very easy to use.  The framework can be embedded in your distributed app.  There are three steps to achieve this.
	1.	Add BGHUDAppKit to your project
	⁃	Right-Click (Ctrl-Click) on your "Frameworks" group in XCode
	⁃	Select "Add › Existing Frameworks..."
	⁃	Navigate to BGHUDAppKit.framework and hit "Add"
	2.	In your active target add a new "Copy Files Build Phase"
	⁃	Right-Click (Ctrl-Click) on project Target under "Targets" group in XCode.
	⁃	Select "Add › New Build Phase › New Copy Files Build Phase"
	⁃	Double-Click new "Copy Files" build phase
	⁃	Select "Frameworks" from Destination drop down.  (Close the window)
	3.	Add BGHUDAppKit.framework to newly created build phase
	⁃	Drag BGHUDAppKit.framework from "Frameworks" group in XCode to "Copy Files" build phase under "Targets" group in XCode.
Build and go.  If you inspect your .APP you should now see BGHUDAppKit.framework sitting peacefully in your {APP}Contents/Frameworks directory.

Usage
Using BGHUDAppKit is a breeze.  After you have embedded the framework just open your MainMenu.nib like normal and start designing your app.  BGHUDAppKit comes with a IB Plugin already in the framework.  Just look for the Library item called "BGHUDAppKit", now you can use it like any other control in Apple.  Drag and Drop, setup your properties and run.

Shrinking
BGHUDAppKit is appox 1.0 Mb in size.  This is quite large for a framework this simple.  The extra disk space is taken up by the BGHUDAppKitPlugin which is the IB Plugin.  This really doesn't need to be in your distributed app, the framework will function normally without it.  Do NOT delete BGHUDAppKitPlugin from your source BGHUDAppKit.framework.
The reason the framework is build this way is because IB will automatically look in a linked framework for a plugin.  This seemed, to me at least, the most logical and easiest way to distribute the plugin to you the developer.
A way to shrink your final APP size is really simple.  Create a new "Run Script" build phase and copy the following line to it.
rm -fR "${CONFIGURATION_BUILD_DIR}/${WRAPPER_NAME}/Contents/Frameworks/BGHUDAppKit.framework/Versions/Current/Resources"
What happens is this:  When you build XCode will look in your final .APP folder and remove the unneeded Resources directory that BGHUDAppKitPlugin resides in.  This shrinks BGHUDAppKit.framework down to approx 400k.  Quite a big difference.