Re: Working around radio button grouphing behaviour in 10.8 SDK?

Hi, Sorry, I thought I’d said enough. From the 10.8 SDK onward radio buttons which have the same superview and action now all behave as if they’re part of one radio group. Prior to this each radio button was independent, it was just a button. You had to use an NSMatrix or something to get

Re: Working around radio button grouphing behaviour in 10.8 SDK?

> On 3 Jul 2016, at 4:19 PM, Jo Meder wrote: > > Hi, > > Sorry, I thought I’d said enough. > > From the 10.8 SDK onward radio buttons which have the same superview and > action now all behave as if they’re part of one radio group. Prior to this > each radio button was

Re: Working around radio button grouphing behaviour in 10.8 SDK?

On Jul 2, 2016, at 23:19 , Jo Meder wrote: > > radio buttons which have the same superview and action now all behave as if > they’re part of one radio group > Our framework expects the radio buttons to be independent. > Having AppKit manage them automatically short

Re: Tracking down this annoyance

Graham, > On Jul 2, 2016, at 22:45, Graham Cox wrote: > > In my app, I ‘m getting this message logged now and again: I see the same messages from a couple of apps. I enabled the debugging as you did and investigated to know avail. I chalked it up to some framework

NSStream and Threads

When I get an NSStream I do: aStream.delegate = myStreamDelegate; [ aStream scheduleInRunLoop:[NSRunLoop currentRunLoop] forMode: NSDefaultRunLoopMode]; [ aStream open]; myStreamDelegate then receives stream:handleEvent: messages. The documentation says: “The message is sent on the stream

Re: NSStream and Threads

> On Jul 3, 2016, at 11:35 PM, Gerriet M. Denkmann wrote: > > When I get an NSStream I do: > > aStream.delegate = myStreamDelegate; > [ aStream scheduleInRunLoop:[NSRunLoop currentRunLoop] forMode: > NSDefaultRunLoopMode]; > [ aStream open]; > > myStreamDelegate then