On 23 Apr 2020, at 21:15, Rob Petrovec wrote:
If what you say is correct then everyone would be seeing a delay since
most people don’t have blazing fast internet connections. I do not
think this is the normal behavior. I think it is specific to your
system, otherwise there would be TONS of p
Your report is interesting. I have been following it but may have missed a
part of the discussion, so here is one
thought I had. You say that getting the display name of ~/Documents may
result in a delay. This is localizable, so
that in Portugal (for example) the display name is Documentos. So here
> On May 22, 2020, at 8:42 AM, Allan Odgaard via Cocoa-dev
> wrote:
>
> On 23 Apr 2020, at 21:15, Rob Petrovec wrote:
>
>> If what you say is correct then everyone would be seeing a delay since most
>> people don’t have blazing fast internet connections. I do not think this is
>> the norma
I am trying to follow these instructions:
https://developer.apple.com/library/archive/documentation/Cocoa/Conceptual/WinPanel/Tasks/SavingWindowPosition.html
However, my app doesn't have a NSWindowController.
It just has a NSViewController and an AppDelegate.
So i thought I could stick the two l
The referenced documentation code (©2009) appears to be a wee bit outdated...
Try supplying your own NSString for the auto save name, as [window
representedFilename] no longer seems to return a valid
NSWindowFrameAutosaveName.
In AppDelegate.m I have this and it works:
- (void)applicationDidFi
On 22 May 2020, at 21:59, Aandi Inston wrote:
1. I wonder if your tests are in a non-English language system.
No, running on a non-localized system, and the evidence is overwhelming
that this is about SIP / AMFI (based on inspecting the stack trace,
which clearly show communication between t
