• 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: Further scripting mysteries
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Further scripting mysteries


  • Subject: Re: Further scripting mysteries
  • From: email@hidden
  • Date: Tue, 19 Mar 2002 22:44:50 -0800

It's unclear why NSSetCommand got the key's value before calling replaceValueAtIndex:inPropertyWithKey:withValue:, given that it doesn't seem to have any use for it -- perhaps it was checking that an element at index 0 existed before trying to set it?

I just implemented a simpler key that gets and sets an integer value (NSNumber), which seems to work fine. However, with this key too, interestingly, I'm seeing NSSetCommand get the value of the key before setting it. In this case I can't see any reason it would do this; is this a bug? If I were doing undo, then maybe it would be for that; but there is no undo manager in my app, and my app is not NSDocument-based so I shouldn't be getting one for free, as I understand it. Anybody know why NSSetCommand is behaving this way?

Ben Haller
Stick Software
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • Re: Further scripting mysteries
      • From: Brian Webster <email@hidden>
References: 
 >Further scripting mysteries (From: email@hidden)

  • Prev by Date: trapping enter/tab on NSTableView
  • Next by Date: Further scripting mysteries
  • Previous by thread: Further scripting mysteries
  • Next by thread: Re: Further scripting mysteries
  • Index(es):
    • Date
    • Thread