On 9 Sep 2014, at 3:36 pm, Rick C. wrote:
> I write some data to my .plist using standard NSUserDefaults
Are you writing the .plist file, or are you using the NSUserDefaults object
exclusively? From 10.9 the .plist isn't updated by NSUserDefaults, so values
there can be very much out of date
Hi,
I write some data to my .plist using standard NSUserDefaults but recently I
have been getting user feedback (less than 5% of users) that after every launch
of the app the data needs to be entered again. I’m in the process of doing
some debugging but can anyone think of a reason why this mi
On 2014 Sep 08, at 18:42, Daryle Walker wrote:
> Using Bindings puts the visibility synchronization code in the best spot, the
> potentially affected menu items themselves.
I see what you mean.
> The KVO method came to mind first since I didn’t know about menu delegates
> until later. I gues
Intriguing. I will check that out for the future.
I know there are at least a couple of chains.
I just wish I knew more about the ups and downs of creating new chains.
Without duplication and abuse, it's such a powerful pattern with Objective-C.
Sent from my iPhone
> On 2014/09/09, at 8:55, L
On Sep 8, 2014, at 3:55 PM, Jerry Krinock wrote:
> Daryle, allow me to admit that I have not read much of your posts. I’m just
> going to give some general advice.
>
> Cocoa Bindings can be problematic, but the problems are worth it when they
> solve the otherwise-difficult problem of magical
If you’re targeting 10.7 or later, you can use
supplementalTargetForAction:sender: to add a responder chain side branch
without modifying the actual chain.
On Sep 7, 2014, at 9:24 AM, dangerwillrobinsondan...@gmail.com wrote:
> Hi all
>
> I just spent a bit of time poking around the responder
Thanks. I’ll let you know when I can try it out later tonight.
> On Sep 8, 2014, at 3:40 PM, Jerry Krinock wrote:
>
>
> On 2014 Sep 08, at 11:09, Alex Kac wrote:
>
>> Is there a better way?
>
> How about redirecting standardUserDefaults, by sending it -addSuiteNamed: and
> -removedSuiteName
Hi,
On Sep 8, 2014, at 6:00 PM, Charles Jenkins wrote:
> I changed the relevant method to this:
>
> func outlineView(
>_outlineView: NSOutlineView!,
>objectValueForTableColumn tableColumn: NSTableColumn!,
>byItem item: AnyObject!
>) -> AnyObject!
> {
>let node = getDocumen
On Sep 8, 2014, at 16:00 , Charles Jenkins wrote:
> I changed the relevant method to this:
>
> func outlineView(
>_outlineView: NSOutlineView!,
>objectValueForTableColumn tableColumn: NSTableColumn!,
>byItem item: AnyObject!
>) -> AnyObject!
> {
>let node = getDocumentNodeF
Ken,
Thanks for trying to help me out. I tried to follow your advice, but I must not
have completely understood it.
I changed the relevant method to this:
func outlineView(
_outlineView: NSOutlineView!,
objectValueForTableColumn tableColumn: NSTableColumn!,
byItem item: AnyObject!
On 2014 Sep 08, at 11:09, Alex Kac wrote:
> Is there a better way?
How about redirecting standardUserDefaults, by sending it -addSuiteNamed: and
-removedSuiteNamed: during launching?
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do
On Sep 8, 2014, at 4:21 AM, Daryle Walker wrote:
> The test value and the target menu were always the same. Four runs of double
> NULL then four more with Today’s sub-menu (Sep. 8). So the transformer always
> returns YES and every per-day history menu item (and sub-menu) is hidden. How
> do I
Daryle, allow me to admit that I have not read much of your posts. I’m just
going to give some general advice.
Cocoa Bindings can be problematic, but the problems are worth it when they
solve the otherwise-difficult problem of magically keeping a data model and
view in sync. In the case of NS
Hi Alex. Xcode will also complain if you don’t call super. You must call super
and assign it to self…but then it seems that you are free to re-assign self -
which I kinda get - the parent class might be doing important stuff in
super…maybe there’s a more primitive init method I can override.
Id
Stupid question, but what happens if you don't assign the first self to the
result of the call, but just call [super initWithCoder: coder]?
Do you need the result of that call, since you immediately override it?
Sent from my iPad
On Sep 8, 2014, at 2:09 PM, Alex Kac wrote:
> This feels like
This feels like there should be an easy answer...
We are no longer using standardUserDefaults since we want to someday offer a
widget for our app that will require accessing our app's preferences..so we're
using NSUserDefaults with a custom suiteName.
*The question is*: in the NIBs for our P
On 03 Sep 2014, at 01:20, dangerwillrobinsondan...@gmail.com wrote:
>
>
> Sent from my iPhone
>
>> On 2014/09/03, at 3:45, Georg Seifert wrote:
>>
>> Here are some more information.
>>
>> I created a small test app following the example on apples documentation.
>> The service works fine i
On Sep 8, 2014, at 3:10 AM, Daryle Walker wrote:
> On Sep 8, 2014, at 1:12 AM, Daryle Walker wrote:
[SNIP]
>>> @interface MyOverflowMenuController : NSObject
>>>
>>> //! Starts as nil; when set, this instance stores copies of the menu’s
>>> //! items and tracks the menu for item insertions, rem
On Sep 8, 2014, at 1:12 AM, Daryle Walker wrote:
> Yesterday, I had a thread (
> “Bindings to enable a menu item based on an array's element count”) on this
> list on how to add a Binding to a menu item’s Hidden flag based on the length
> of a custom object’s array-based property. I got the co
19 matches
Mail list logo
