Re: Programmatically putting attributed string RTF on the pasteboard

On Mar 11, 2015, at 6:18 AM, Charles Jenkins wrote: > Thank you, Ken. You're welcome. > Would it work to use the writing options to specify that all the types are > only promised? I think so. The docs for -writableTypesForPasteboard: say that, _by default_, the data for the first type is pu

Re: NSRunningApplication executableURL issue in Swift

On Mar 11, 2015, at 12:03 PM, Quincey Morris wrote: > > On Mar 11, 2015, at 02:36 , Charles Srstka > wrote: >> >> Rewriting all the frameworks in another language > > No, no, no, that’s not the suggestion. The suggestion is to rewrite the > *SDKs* in Swift. P

Re: Delete propagation to parent context

Thanks. Sigh. > On Mar 11, 2015, at 12:38 , Jerry Krinock wrote: > > >> On 2015 Mar 09, at 14:56, Rick Mann wrote: >> >> Am I wrong to expect the object to still have its values at this point? > > Yes, I’ve seen objects “gutted” like that as soon as they're deleted. As to > the documentati

NSSharedWorkspace Notification Question

Hi, I’m using the NSSharedWorkspace Notifications and have found that NSWorkspaceDidActivateApplicationNotification gets sent BEFORE I get NSWorkspaceDidLaunchApplicationNotification Is this expected behaviour? Doesn’t seen right to me, since I would have thought that an Applications is “Launc

Re: Cocoa GUI app getting slower on MacPro or MacMini when disconnecting all screens

On 11 Mar 2015, at 23:40, Matthieu Beghin wrote: > Any idea ? You're not doing anything graphics or OpenGL-related, are you? At least in the old days, Macs would turn off the GPU when no screen was attached, meaning that you'd end up in software emulation when you did any openGL calls. I thoug

Re: Swift Keypress KeyDown NSResponder input function needed.

On 12 Mar 2015, at 01:09, Mutlu Qwerty wrote: >self.nextResponder = super.nextResponder //insert self into the > Responder chain I think you mis-typed here. super nextResponder calls the superclass's implementation of -nextResponder, but it still just calls nextResponder with self be

Re: removeObserver:forKeyPath:context: fails; but removeObserver:forKeyPath: works?!

On Wed, 11 Mar 2015 23:28:08 +, Quincey Morris said: >— I don’t think it’s a very good idea to do this (slightly abbreviated >from your source): > >> - (void)bind:(NSString*)inBindingName toObject:(id)inObservableObject >withKeyPath:(NSString*)inKeyPath options:(NSDictionary*)inOptions { >>

Re: removeObserver:forKeyPath:context: fails; but removeObserver:forKeyPath: works?!

> On 11 Mar 2015, at 23:28, Quincey Morris > wrote: > > > I don’t have an explanation of exactly why that might fail, but it certainly > seems a lot like the conditions for bug I talked about earlier. You have the > same object observing the same property of the same target twice. > But sur

Re: Cocoa GUI app getting slower on MacPro or MacMini when disconnecting all screens

Yes I do OpenGL… I can’t see any process using CPU, so I was thinking it’s not related, but maybe for some reason the glSwap is blocking for some time… The strange thing is that in Instruments it looks that my threads are not blocked. I will do further investigations on monday. Thx ! Matthieu >

Re: Swift Keypress KeyDown NSResponder input function needed.

> On 12 Mar 2015, at 16:17, Uli Kusterer wrote: > > On 12 Mar 2015, at 01:09, Mutlu Qwerty wrote: >> self.nextResponder = super.nextResponder //insert self into the >> Responder chain > > I think you mis-typed here. super nextResponder calls the superclass's > implementation of -nextR

What is the best way to get events fired on keypress for an NSTextField?

I hooked up an action from IB to my view controller, but I don't see an option for where to define what kind of action it is... So my problem is events are only being fired when a textfield stops being edited. I would like it to fire anytime a key is pressed, What is the best way to do this curr

Re: What is the best way to get events fired on keypress for an NSTextField?

On Mar 12, 2015, at 11:04:55, Patrick J. Collins wrote: > > I hooked up an action from IB to my view controller, but I don't see an > option for where to define what kind of action it is... So my problem > is events are only being fired when a textfield stops being edited. I > would like it to

Re: NSSharedWorkspace Notification Question

> On Mar 12, 2015, at 8:15 AM, Dave wrote: > > Is this expected behaviour? Doesn’t seen right to me, since I would have > thought that an Applications is “Launched” and then “Activated”, is this not > the case? I think it activates before it _finishes_ launching. —Jens __

Re: NSSharedWorkspace Notification Question

Hi, Yes, was just about to post, it sends: NSWorkspaceWillLaunchApplicationNotification NSWorkspaceDidActivateApplicationNotification NSWorkspaceDidLaunchApplicationNotification In that order, in case anyone else is wondering. Thanks Dave > On 12 Mar 2015, at 17:00, Jens Alfke wrote: > >

Re: What is the best way to get events fired on keypress for an NSTextField?

> On 12 Mar 2015, at 17:46, Steve Mills wrote: > > On Mar 12, 2015, at 11:04:55, Patrick J. Collins > wrote: >> >> I hooked up an action from IB to my view controller, but I don't see an >> option for where to define what kind of action it is... So my problem >> is events are only being fire

Re: What is the best way to get events fired on keypress for an NSTextField?

On Mar 12, 2015, at 12:15:32, Mike Abdullah wrote: > > Please don’t do that. NSTextField already provides such messaging to its > delegate: > > https://developer.apple.com/library/mac/documentation/Cocoa/Reference/ApplicationKit/Classes/NSTextField_Class/index.html#//apple_ref/occ/instm/NSTextF

Re: All buttons lost focus ring on Yosemite

Hi all, We had a similar issue. When running on Yosemite the same thing would happen to us with the focus rings not displaying. Don't know if this helps in your case, but the "fix" for us was to stop building with the 10.7 SDK. Moving to the 10.8 SDK fixed the problem for us. (Don't ask why we a

Re: removeObserver:forKeyPath:context: fails; but removeObserver:forKeyPath: works?!

On Mar 12, 2015, at 03:01 , Jonathan Mitchell wrote: > > But surely this is the whole point of the context - to be able to > differentiate between multiple observations to the same object and path. I think the point is to differentiate between multiple observations to the same object and path

Re: All buttons lost focus ring on Yosemite

On Thu, Mar 12, 2015, at 12:15 PM, Chris Cianflone wrote: > Hi all, > > We had a similar issue. When running on Yosemite the same thing would > happen to us with the focus rings not displaying. Don't know if this > helps > in your case, but the "fix" for us was to stop building with the 10.7 > S

Base.lproj vs en.lproj?

If “Use Base Internationalization” is checked in a project’s info tab, and the resources—.xib files and Localizable.strings—are all in English, are the .strings files in en.lproj/ required? The strings in en.lproj/ are verbatim copies of those in Base.lproj/. (We have two app projects; one for O

Re: Base.lproj vs en.lproj?

On Mar 12, 2015, at 3:51 PM, Karl Moskowski wrote: > > If “Use Base Internationalization” is checked in a project’s info tab, and > the resources—.xib files and Localizable.strings—are all in English, are the > .strings files in en.lproj/ required? The strings in en.lproj/ are verbatim > copie

Re: Base.lproj vs en.lproj?

> On Mar 12, 2015, at 5:51 PM, Charles Srstka wrote: > > Here’s what I’ve found, in my anecdotal experience: > > 1. XIB files in Base.lproj will load all their English strings when the app > is run in English, even if there is no corresponding strings file in > en.lproj. This makes sense, bec

Re: Base.lproj vs en.lproj?

On Mar 12, 2015, at 1:51 PM, Karl Moskowski wrote: > If “Use Base Internationalization” is checked in a project’s info tab, and > the resources—.xib files and Localizable.strings—are all in English, are the > .strings files in en.lproj/ required? The strings in en.lproj/ are verbatim > copies

setting table view rows and columns?

Hi everyone, I am a little confused with the documentation for NSTableViews... I assume this is the method that one uses to set the "headers" of the table? - (void)tableView:(NSTableView *)tableView setObjectValue:(id)object forTableColumn:(NSTableColumn *)tableColumn row:(NSInteger)row; That

Re: setting table view rows and columns?

> On 13 Mar 2015, at 2:10 pm, Patrick J. Collins > wrote: > > am a little confused with the documentation for NSTableViews... I assume > this is the method that one uses to set the "headers" of the table? > > - (void)tableView:(NSTableView *)tableView setObjectValue:(id)object > forTableCo

Re: setting table view rows and columns?

> Normally you just set up the column titles in IB. The titles are actually the > tableColumn.headerCell.stringValue property, displayed in a > NSTableHeaderView. If you are setting these programmatically, you should > probably do tat as part of the table controller's setup, not every time the

Re: setting table view rows and columns?

> On 13 Mar 2015, at 5:26 pm, Patrick J. Collins > wrote: > > I cannot figure out how to do this in IB.. I went into the View > Controller Scene, and found my table view, selected nested table cell > view for a column.. Double clicked on the cell, and typed the header > text... but when I bu