Mark,
On 2006 Jul 28 , at 17.31, Mark Taylor wrote:
> On Thu, 27 Jul 2006, Norman Gray wrote:
>
>> I've modified TOPCAT's build.xml so that the script is installed in /
>> Volumes/TOPCAT\ 2.2/topcat/bin,
> TOPCAT 2.2/topcat/bin
> sounds like a reasonable place for the script, but it probably
> won't work because the script needs to know where the topcat-full.jar
> file is, and it doesn't know to look in
> ../../TOPCAT.app/Contents/Resources/Java.
One way of handling this might be for the script to spot it's on OS X
(test -f /usr/bin/sw_vers && expr "`/usr/bin/sw_vers -productName`" :
'.*OS X') and add the appropriate ../../.... to the PATH.
> I probably need to
> take a closer look at what's going on and preferably understand
> a bit more about what .dmg/.app files are supposed to be for
> and how they're organised. If there's an obvious on-line
> reference for that sort of thing maybe you could pass it on,
> otherwise I'm sure I can find something by poking around.
Apple's developer pages are copious, but somehow it always takes me a
couple of goes to find stuff I'm looking for.
Try <http://developer.apple.com/documentation/CoreFoundation/
Conceptual/CFBundles/Concepts/BundlesAndFinder.html> and points
upward, in particular <http://developer.apple.com/documentation/
CoreFoundation/Conceptual/CFBundles/index.html>
Glossary:
Finder -> window manager
Framework -> shared library, including versioning, plus headers and
other stuff. These live in places like {/,/System,~}/Library/
Frameworks, for example /System/Library/Frameworks/JavaVM.framework
Resources (in the .app directory) -> application-specific lib/ (plus
i18n and other stuff)
.dmg is just a disk image file, so it's like a .iso, except with
built-in compression, error-checking and native HFS+ support.
They're created and managed by /usr/bin/hdiutil, qv.
> PS apologies for laming out of the debate last week on, er, whatever
> it was we were talking about. I agreed with many of your points
> and disagreed with a few, but arrived at that point where I felt
> like I'd better get back to the day job.
I think the problem was that it was about several things at once.
My thing was expressing some puzzled frustration that more folk
aren't using UCDs and UTYPEs. Taking advantage of the descriptions
they represent is certainly _my_ day-job, and inasmuch as it's
concerned with practical communication between applications, I can't
really explain why it's not part of other folks' day jobs, too.
I'm not sure whether this ought to be part of my crusade or not....
See you in Strasbourg?
Norman
--
------------------------------------------------------------------------
----
Norman Gray / http://nxg.me.uk
eurovotech.org / University of Leicester, UK
|