CGContextSetFillColorWithColor: invalid context 0x0

2013-10-30 Thread Viacheslav Karamov
I have two texitfields on login form. When I rotate the device, I got a lot of error message in a debugger console: : CGContextSetFillColorWithColor: invalid context 0x0. This is a serious error. This application, or a library it uses, is using an invalid context and is thereby contributing

Re: CGContextSetFillColorWithColor: invalid context 0x0

2013-10-30 Thread Roland King
OS bug, been reported quite a lot of times. On 30 Oct, 2013, at 6:07 pm, Viacheslav Karamov wrote: > I have two texitfields on login form. When I rotate the device, I got a lot > of error message in a debugger console: > > : CGContextSetFillColorWithColor: invalid context 0x0. This is a > s

Re: CGContextSetFillColorWithColor: invalid context 0x0

2013-10-30 Thread Viacheslav Karamov
But do you have any workaround for it? 30.10.13, 12:26, Roland King пишет: OS bug, been reported quite a lot of times. On 30 Oct, 2013, at 6:07 pm, Viacheslav Karamov wrote: I have two texitfields on login form. When I rotate the device, I got a lot of error message in a debugger console:

Re: CGContextSetFillColorWithColor: invalid context 0x0

2013-10-30 Thread Roland King
No. I get it a lot when I am using a non-english keyboard, chinese particularly. Since it's an OS internal bug and not one of mine, I'm assuming someone is going to eventually fix it. On 30 Oct, 2013, at 7:05 pm, Viacheslav Karamov wrote: > But do you have any workaround for it? > > > 30.

Disabling NSOutlineView animations not respected in Mavericks

2013-10-30 Thread Sebastien Boisvert
We've noticed that disabling expand/collapse animations isn't respected under Mavericks (still works fine in Lion/ML) - is there a specific way to avoid it in Mavericks? Tthe trick we use (as per Apple): - (void)expandItem:(id)item expandChildren:(BOOL)expandChildren {     [NSAnimationContextbe

Re: Disabling NSOutlineView animations not respected in Mavericks

2013-10-30 Thread Kyle Sluder
On Wed, Oct 30, 2013, at 10:16 AM, Sebastien Boisvert wrote: > We've noticed that disabling expand/collapse animations isn't respected > under Mavericks (still works fine in Lion/ML) - is there a specific way > to avoid it in Mavericks? > > Tthe trick we use (as per Apple): > > - (void)expandItem

Re: Disabling NSOutlineView animations not respected in Mavericks

2013-10-30 Thread Sebastien Boisvert
I’ve tried setting that to NO (right after the +beginGrouping call) and it doesn’t make any difference. I’ve also tried to making +isCompatibleWithResponsiveScrolling return NO where appropriate - same result. On Oct 30, 2013, at 1:58 PM, Kyle Sluder wrote: > On Wed, Oct 30, 2013, at 10:16 A

10.9: Some Async Saving is ON even if you say NO?

2013-10-30 Thread Jerry Krinock
In the giant stack that implements document saving in Cocoa, -[NSDocument saveToURL:ofType:forSaveOperation:delegate:didSaveSelector:contextInfo:] invokes -[NSDocument saveToURL:ofType:forSaveOperation:completionHandler:] Preliminary tests indicate that, in 10.9, the first method there is return

Superimposing NSViews over an SKView

2013-10-30 Thread Charles Srstka
In Apple's Sprite Kit documentation, it claims: "Because Sprite Kit content is rendered by a view object, you can combine this view with other views in the view hierarchy. For example, you can use standard button controls and place them above your Sprite Kit view. Or, you can add interactivity

Re: 10.9: Some Async Saving is ON even if you say NO?

2013-10-30 Thread Jerry Krinock
On 2013 Oct 30, at 16:00, Jerry Krinock wrote: > Preliminary tests indicate that, in 10.9, the first method there is returning > before the second one is invoked, and I think this was not the case in 10.8. It turns out that 10.8 does this too, but apparently 10.9 is slower, or possibly other