• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Scriptable container objects in cocoa without defined element order
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Scriptable container objects in cocoa without defined element order


  • Subject: Re: Scriptable container objects in cocoa without defined element order
  • From: Brian Webster <email@hidden>
  • Date: Thu, 17 Jan 2002 13:16:03 -0600

On Thursday, January 17, 2002, at 12:33 AM, Neal A. Crocker wrote:

This method occured to me, but it raises some problems, if I understand cocoa script support correctly. As far as I understand it, if I do this, then cocoa will automatically allow script to make new "entries" at any desired postition within the array. Perhaps I'm missing something. Perhaps cocoa wouldn't allow this if I specify that the "entries" property of the dictionary class is readonly in the scriptSuite file. Alternatively, may cocoa wouldn't allow it if I failed to implement a "setValues" method. My grasp of how applescript interacts with cocoa objects is still somewhat hazy.

In my experience, setting the read only attribute in the script suite will make it show up as read only in the scripting dictionary in Script Editor, but you can still set the attribute if the appropriate method is implemented. Also, I don't believe adding a ReadOnly attribute in the ToManyRelationships dictionary will have any affect at all.

But anyway, a script will not be able to insert new objects in a container unless you implement the set<Bars> or insertValue:in<Bars>: methods for the container object.

Alternatively, I think you should also be able to handle get/set commands manually by adding an entry under the SupportedCommands key and specifying a method in your app to handle the commands. I'm not entirely certain what object you'll have to add the method to in order to have it called. It's probably the container object that has the key/value pairs, but I'm not 100% certain.

Anyway, once your command handler method is called, you can retrieve the command arguments from the NSScriptCommand object that gets passed to the command handler method. From there, you can look at the NSScriptObjectSpecifiers yourself and return the appropriate value. Also, if a script tries to access something by index, you can use setScriptErrorNumber: and setScriptErrorString: to return an error message.

That has distinct possibilities. I hadn't realized that get and set were treated as ordinary events by cocoa.

Yes, there are subclasses of NSScriptCommand for each of the events in the standard suite (NSGetCommand, NSSetCommand, NSDeleteCommand, etc.).

--
Brian Webster
email@hidden
http://homepage.mac.com/bwebster


References: 
 >Re: Scriptable container objects in cocoa without defined element order (From: "Neal A. Crocker" <email@hidden>)

  • Prev by Date: Re: PushButton problems
  • Next by Date: Re: path names with spaces
  • Previous by thread: Re: Scriptable container objects in cocoa without defined element order
  • Next by thread: Grabbing keystrokes in background app
  • Index(es):
    • Date
    • Thread