Re: how can script bundles store extra stuff?
Re: how can script bundles store extra stuff?
- Subject: Re: how can script bundles store extra stuff?
- From: has <email@hidden>
- Date: Sun, 24 Jul 2005 23:26:51 +0100
has wrote:
>>Whereas for 'path to me' what it ought to do is return the path to the script file if one exists or raise an error if not, and for 'path to current application'. always return the path to Smile.app.
>
>That's very minor, but I think that previous versions of Smile would return the path to the script for a "path to me" run from a compiled script in Smile, whereas "path to current application" would always return Smile's path.
>
>This has been changed into what you say, in order to make debugging applets easier, so I would rather disagree with your statement about what Smile "ought to do".
Having 'path to current application' return a path to something other than Smile.app is technically wrong, but it sounds like it's doing the wrong thing for the right reason. Guess that script editors aren't such a good example to use (I just used it 'cos it was nearest to hand). Perhaps it'd be better to say that the above rules should apply to all attachable applications _except_ for script editors, which are a special case and therefore justified in breaking them.
Out of interest, how was Smile handling 'path to me' and 'path to current application' differently before? ISTR Mr Nebel once saying that both 'me' and 'current application' ended up as null descriptors when explaining how 'path to me' events worked, but it was absolutely ages ago so maybe my memory's gotten muddled since. (That's always the trouble with AppleScript, of course: far too much reliance on word-of-mouth and hand-me-down knowledge, not enough formal documentation.)
has
--
http://freespace.virgin.net/hamish.sanderson/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Applescript-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden