> Bill Hoffman wrote (of having folders in the /Applications directory):
> >  But, I do see commercial applications like quicken using the same strategy.
Mike Jackson wrote:
> I have seen lots of folders get created in /Applications: ...
Apple's guidelines
( 
http://developer.apple.com/documentation/MacOSX/Conceptual/BPFileSystem/Articles/WhereToPutFiles.html
 ) don't explicitly say not to ever create subfolders in /Applications but the 
only instances I know of where Apple creates them are Applescript, Utilities, 
and iWork -- where multiple bundles are in the subfolder. All of the other 
applications Mike listed either put things in those folders that Apple 
recommends against (e.g., readme files, etc.) or had multiple bundles in the 
folder. I'm just asking why there should be a folder with a single entry inside:
  /Applications/CMake 2.6.0/CMake.app
instead of a bundle with a version number:
  /Applications/CMake 2.6.app
or a bundle (like /Applications/CMake.app) that can be renamed to
include a version number if users want to install multiple copies.

> >  If you rename it, then the symlinks for the command line will be no good
> > anymore, other than that it works just fine with a rename.
Cool! I remember seeing traffic about the various linker issues
involved, but didn't know CMake had made it this far.

        David


_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to