Thread-topic: scripting Word top copy text - should be simple, but ain't
User-agent: Microsoft-Entourage/11.2.3.060209
On 4/27/06 8:26 AM, "Jon Pugh" <email@hidden> wrote:
> At 7:39 AM -0700 4/27/06, Paul Berkowitz wrote:
>> Perhaps someone can say definitely if it is permitted for an application to
>> provide a Result to 'open' command in the Standard Suite.
>
> It is permitted, but generally ignored.
>
> You can tell if an AppleEvent reply will be ignored, and all events from the
> Finder are ignored, or sent with the flag kAENoReply. Thus, it is pointless
> to return data to them. However, if someone else were to send an open event,
> they could leave off the kAENoReply flag and get a response if one was
> returned.
>
> If a reply is returned to the Finder, it will be ignored.
Thanks, Jon.
I think I'll file a feature request to Word to add an 'open document'
command that returns a result. But this doesn't affect the main 'open' issue
for all apps.
I suppose it's a Good Thing that you can tell unscriptable apps to open a
document file created by them, and therefore 'open' should not have to
require a result. But it would also be a good thing if the Standard Suite
were to support an optional, non-ignorable Result for 'open', so that
scriptable applications were _encouraged_ to supply one, rather than
actively discouraged by its absence from the model.
Perhaps Chris N could say whether this is a feature request that could be
conceivably entertained? (Maybe an "optional result" is not something that
the AppleScript model can even contemplate?) If so, I'll file one at
BugReporter.
--
Paul Berkowitz
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Applescript-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/applescript-users/email@hidden
This email sent to email@hidden
