Mike Jackson wrote:
Bill,
Not having looked at the new CMake.app, if I do rename the .app
bundle, is there a command in the CMake.app where I can re-establish
the symlinks? If not, there probably should be. Both BBEdit and
TextMate have this as a command under the "Help" menus. They also
allow the choice of a few different locations such as /usr/local/bin
or /usr/bin.
I have added a menu option to install the links that can be run after
the install takes place. The installer is currently just calling
cmake-gui --mac-install.
I have seen lots of folders get created in /Applications:
MS Office.
Adobe Photoshop
Adobe Illustrator
Adobe Anything Really
Applescript
Missing Sync For Palm OS
Roxio Toast Titanium
Retrospect 6.0
Having folders in /Applications has precedence. Having version numbers
in the folder name even has precedence. If everything can be contained
in just the CMake.app bundle then there really isn't a need for an
enclosing folder, especially if I can rename the .app and then
re-establish the symlinks from within CMake.app itself.
The folder didn't bother me as much as the all lower case name did. ;-)
Mac folks really are fussy... :)
Just for an example, I have to keep both FireFox 1.5 and 2.x around,
so I have folders for each inside /Applications.
I like the folder concept, and don't see the down side that much...
<philosophical note> Having a simple drag and drop CMake.app install
is the most preferential because it looks like there isn't a need for
an installer at this point as long as everything is contained in the
CMake.app bundle.
I suppose we could. I like the installer as it prompts the user for the
license, and setting up the command line stuff. Also, I have something
working automatically with cpack.
-Bill
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
