- Discovered some applications, packaged in zip file format, would
extract to a sub-directory. This was problematic because all zip app
installs previously assumed the app would be unzipped in the current
directory. This fixes that situation where an app might be located in
a sub-directory or several sub-directory deep.
- The easiest fix for this problem would have been to the `-j` option
for *junk* paths via unzip: "The archive's directory structure is not
recreated; all files are deposited in the extraction directory (by
default, the current one)." ...but some zip files, when unzipped, run
executable code that creates the sub-directory structure dynamically
which makes the `-j` option not viable.
- The solution used to fix this problem uses `find` to determine if the
application to install is in a sub-directory. If so, then the app is
copied to the root folder (i.e. $MAC_OS_WORK_PATH) so the script can
install as it has done in the past. Because the file copy is executed
only if `find` finds something, this makes the copy optional for sub-
directories and is a no-op for standard zip files with no sub-
directories.
Discovered that some zip app downloads use executable scripts to
build for the particular machine when unzipped.
http://earthlingsoft.net/UnicodeChecker/index.html
8af0c44eba