Re: ARC

A better way to investigate such issue is using the memory debugging tools in Instrument IMHO. That would let you see all stack traces of retain/release calls. > Le 26 août 2019 à 04:14, Turtle Creek Software via Cocoa-dev > a écrit : > > In GSAppDelegate.h > GSOutlineWindowController

Re: ARC problems

> Le 3 sept. 2019 à 02:33, Turtle Creek Software via Cocoa-dev > a écrit : > > Thanks for all the suggestions for the problems we had with a controller > being > deallocated unexpectedly under ARC. Unfortunately, none of them fixed it. > > We do need to get back to regular app programming,

Re: ARC problems

> Le 4 sept. 2019 à 00:18, Turtle Creek Software a > écrit : > > The app delegate is NOT being deallocated prematurely- we have a breakpoint > there to check. > > We don't allocate the app delegate explicitly, so I had to set a breakpoint > in init() to see when it happens. > It's created

Re: NSLog displays inconsistent format for NSDate

> Le 1 sept. 2019 à 01:10, Carl Hoefs via Cocoa-dev > a écrit : > > >> On Aug 31, 2019, at 2:51 AM, Allan Odgaard via Cocoa-dev >> wrote: >> >> On 31 Aug 2019, at 2:49, Carl Hoefs via Cocoa-dev wrote: >> >>> Same result if I run it as a system daemon. So as you suggest it seems >>>

Re: Thoughts on ARC

> Le 30 sept. 2019 à 17:16, Robert Walsh via Cocoa-dev > a écrit : > > > Swift may be the solution, but it's built on a weak foundation. It makes > cross-platform development almost impossible. The TIOBE index shows Swift > declining (and Objective-C increasing). So, maybe it isn't. > > I

Re: Thoughts on Objective-C++

> Le 12 nov. 2019 à 21:30, Richard Charles via Cocoa-dev > a écrit : > > >> On Nov 12, 2019, at 1:16 PM, GNDGN wrote: >> >> ‘It’s like giving a glass of ice water to somebody in hell’ - Jobs >> > > Apple released iTunes for Windows in October 2003. Apparently Cocoa and any > supporting

Re: Future of Cocoa

> Le 21 nov. 2019 à 21:20, Pier Bover via Cocoa-dev > a écrit : > > I won't respond each of you one by one but here are a couple of > observations. > > Metal is not a cross platform technology hence why so many projects still > rely on OpenGL in macOS (eg: Firefox). No, that because they

Re: Future of Cocoa

My bad, I just see that when rereading the description. Of course, it will requires an updated runtime. > Le 16 déc. 2019 à 09:21, Saagar Jha a écrit : > > There’s also a check for method swizzling and other invalidation, assuming > that there is cooperation from the runtime. Unless I’m

Re: Future of Cocoa

> Le 16 déc. 2019 à 06:05, Saagar Jha a écrit : > > It’s been a while, but I just thought you both might be interested in some > follow-up I did for this idea. I implemented it for fun in clang > and it turns out that it’s a > pretty decent

Re: Need for Swift

> Le 16 oct. 2019 à 11:49, Stephane Sudre via Cocoa-dev > a écrit : > > On Tue, Oct 15, 2019 at 2:26 PM Sandor Szatmari via Cocoa-dev > wrote: > >> But honestly, I don’t have enough Swift experience to know if you can write >> bad Swift code. > > I'm just reading Swift code here and there

Re: Need for Swift

> Le 15 oct. 2019 à 04:43, Alex Zavatone via Cocoa-dev > a écrit : > > > >> On Oct 14, 2019, at 1:25 PM, Carl Hoefs via Cocoa-dev >> wrote: >> >> The group that likes Obj-C sees Swift as being "arbitrarily syntactical" >> with the syntax of the language getting in the way of

Re: Future of Cocoa

t; wrote: >> >> >> >>> On Nov 20, 2019, at 2:16 PM, Jean-Daniel via Cocoa-dev >>> wrote: >>> >>> If Obj-C is dead, why is Apple still adding new language extensions (and >>> not minor one) ? >>> >>> https://github.c

Re: Future of Cocoa

> Le 20 nov. 2019 à 01:26, Gerald Henriksen via Cocoa-dev > a écrit : > > On Tue, 19 Nov 2019 13:51:14 -0700, you wrote: > >> When committing to 64 bit Apple said NO to Carbon but YES to Cocoa and YES >> to Core Foundation and YES to a lot of other stuff. The OS still has the XNU >> (Mach)

Re: Thoughts on Cocoa source code

> Le 10 oct. 2019 à 00:14, Jens Alfke via Cocoa-dev > a écrit : > > > >> On Oct 9, 2019, at 11:39 AM, Aandi Inston wrote: >> >> * But for whatever reason, I'm using the Mac OS 10.14 SDK. So that will get >> a compile-time warning. > > Only if you don't turn on -Werror, which I really,

Re: Thoughts on Cocoa

> Le 5 oct. 2019 à 07:14, Pier Bover via Cocoa-dev > a écrit : > >> But once you get experienced with Cocoa and Objective-C, you can build > applications or rewrite them fairly quickly, IMHO. > Yeah but Objective-C is slowly being phased out. Someone from Apple already > said in a previous

Re: Thoughts on Cocoa source code

> Le 11 oct. 2019 à 16:59, Turtle Creek Software via Cocoa-dev > a écrit : > > I checked the GNUstep project, and it does seem decently clear and > well-commented. If Apple made it possible to see and step through some of > the basic Cocoa classes, that would be a good starting point. The

Re: Thoughts on Cocoa source code

> Le 12 oct. 2019 à 03:07, 조성빈 via Cocoa-dev a > écrit : > >> >> 2019. 10. 12. 오전 9:55, Richard Charles via Cocoa-dev >> 작성: >> >>  >>> On Oct 11, 2019, at 1:14 PM, Turtle Creek Software via Cocoa-dev >>> wrote: >>> > I know this is the Cocoa devs list... but why not make a

Re: NSWorkspace notifications related to time change

> Le 18 déc. 2019 à 20:10, Carl Hoefs via Cocoa-dev > a écrit : > > > >> On Dec 18, 2019, at 11:35 AM, James Walker via Cocoa-dev >> wrote: >> >> On 12/18/19 9:55 AM, Carl Hoefs via Cocoa-dev wrote: >> >>> However, I cannot get this notification to fire on system time changes. My >>>

Re: NSWorkspace notifications related to time change

> Le 18 déc. 2019 à 18:25, Steve Mills via Cocoa-dev > a écrit : > >> On Dec 18, 2019, at 11:19, Carl Hoefs via Cocoa-dev >> wrote: >> >> I have a macOS daemon that uses NSTimers for scheduling user event >> reminders. >> >> This works well except for abrupt time changes: >> (1) the

Re: Detecting which NSMenuItem is under the mouse (cocoa objective C)

> Le 7 janv. 2020 à 18:53, JP HARMAND via Cocoa-dev > a écrit : > > While a NSMenu item is opened, some items are disabled and some are enabled, > exactly as wanted . > Moving the mouse over this menu , I now want to know which item is under the > mouse what ever it’s sate is. > I am

Re: Adding helper target to macOS app?

> Le 3 avr. 2020 à 15:44, João Varela via Cocoa-dev > a écrit : > > Hello, Laurent > > As far as I know, the documentation is still valid. > > I would start reading this: > >

Re: How to reposition subviews without Auto Layout

If you want to be pedantic, I would rather say "without using Auto Layout constraints ». Even the -layout method is part of the AutoLayout API. > Le 17 oct. 2020 à 18:52, Rob Petrovec via Cocoa-dev > a écrit : > > As was pointed out by an earlier reply, even if you use -layout or >

Re: UndoManager setActionNames

> Le 5 juil. 2020 à 09:07, Arved von Brasch via Cocoa-dev > a écrit : > > Hi list, > > Where’s the best place to intercept undo/redo actions to edit the action name > (’setActionName()’) for the UndoManager in a CoreData application? In > particular, when a particular entity’s attribute's

Re: NSStream vs NSFileHandle

> Le 9 mars 2021 à 09:07, Allan Odgaard via Cocoa-dev > a écrit : > > We currently have two different systems that can’t easily be bridged, > effectively doing the same thing, but supporting different sources: > > NSStream can work with files, data, and network streams (created by >

Re: Getting notification when Facetime call comes in

Not sure if that work, but at least, you should try to use the right Notification Center. NSWorkspace Notification Center is only used to broadcast NSWorkspace notifications. https://developer.apple.com/documentation/avfaudio/avaudiosession/responding_to_audio_session_interruptions