I had double-checked your original post to ensure you weren't talking about SwiftUI. You specifically tagged AppKit and not SwiftUI. If you are using SwiftUI, then all bets are off. You have to do what SwiftUI dictates. In Perl, the saying goes, "There's more than one way to do it". In SwiftUI, on average, there's about 0.91 ways to do it. I can tell you two things about SwiftUI: Don't use GCD with SwiftUI Look at: https://swiftui-lab.com/companion/ Before I abandoned SwiftUI, that app was very useful. Not being able to use it now is probably my only regret about not using SwiftUI.

What are you trying to do? You said this PDF has geocoordinates. Is this a geospatial PDF? Apple doesn't have any API for georeferencing. You'll have to use a 3rd party framework like PROJ or GDAL. It's not easy. Geospatial data is often very large. Apple APIs are not suitable. Apple APIs are all designed for images that will fit into a single GPU texture. But if you're doing some kind of transform, you'll likely need two of them. So you'll need to keep your images to 4K x 4K at most. For geospatial data, that means you'll be tiling. Again, Apple has little support for tiling. There is some support, but it's horribly complicated and slow.

GDAL is for much more than just extracting coordinates. You would use GDAL to actually warp the image into a new 2D representation, based on your selected projection. And GDAL will do that out of the box (not true), much more accurately than any perspective transform. Any geospatial data is likely going to be much larger than anything Apple supports, especially on iOS. Apple APIs are designed to handle an image generated by the on-board camera. Even the latest iPhones released today are still touting 48 MP images. Your moderate-sized geospatial PDF is over 10 times larger than that. And you're using iOS, which has very limited RAM. Even on macOS, where you can open these large images, it will lock up the UI for any operation. And I'm curious about something. One thing that GDAL doesn't support out of the box is geospatial PDF. It requires one of a few different PDF libraries, each of which is problematic in its own way. Which one are you using?

I can't tell you any more than I already have.

Looks fine here.

That doesn't have anything to do with static libraries. It just can't find an appropriate dynamic library.

The operating system is ready It is not. Xcode barely runs on macOS as it is. Xcode is the single most crash-happy app I have. It crashes on me at least 3-4 times per day, every day. Xcode on iPad would not be a pleasant experience.

Don't use comments to reply. They get lost and no one ever sees them. Freetype is a commonly used library for certain open-source projects. In that context, it could be used as a static library. However, if your case, the dynamic library libsfml-graphics.2.6.2.dylib is trying to load it as a dynamic library.

Obviously the developers felt they needed it. You'd have to ask them for details. Obviously you haven't included it in your project. Freetype is a 3rd party framework. It's commonly used with open source tools, but relatively rare on macOS.

All you need to do is take some existing icon image as use it as a background template. You can even use your existing, post icon-jail image on Tahoe. Make sure that your content doesn't extend beyond the edge of the squircle. You'll probably want to add a thin shadow border so the icon looks decent on older versions of macOS. On Tahoe, if your squircle is good enough, then it will only its own border - kind of an icon ankle-monitor rather than icon-jail. But it looks fine. You could even Liquid Glass your icon to the max in Icon Composer, then export it as PNG images and use them on old Xcode/OS versions. The only thing you really lose with this approach is the dynamic dark version. Even the clear and tinted versions looks decent.

What kind of information are you looking for that you can't access? You tagged this post with AppKit. And you also mentioned Alfred and Raycast, which appear to be macOS apps. That means you're talking about macOS, where all this information is readily available. From what I understand, you can even get this information on iOS, but it's more difficult there. But on macOS, (almost) anything you want is right there.

Using Instruments, I see that the view seems to recreate the subviews three times per keyboard event, so I'm clearly doing something wrong. Not necessarily Most SwiftUI stuff on the web is iOS-oriented, and typically has a focus on fairly simple apps, so the whole topic of dealing with menu commands doesn't get a lot of coverage Correct What I've been able to find is not particularly helpful for a full-fledged application like mine, so I'm looking for advice on how to structure the app. You don't have to use SwiftUI.

First of all, never use comments for replies. Apparently they don't trigger notifications, for people who use them. But they also don't get noticed at all. WGS 84 is a large and complex standard, among many similar large and complex standards designed for dealing with coordinates on the earth. However, because WGS 84 is such a broad standard, it isn't going to have much practical meaning in more specific contexts like a map display. When it does have a specific meaning, it will typically have some kind of qualifier. It is usually better to refer to EPGS identifiers. Apple Maps is a good example. The Apple Maps display uses EPGS:3857, AKA "WGS 84 / Pseudo-Mercator". But most government and professional mapping systems like ArcGIS use EPGS:4326, AKA "WGS 84". You can easily see the difference between these two systems in an image or map. The above references to CLLocationCoordinate2d using WGS 84 is also true, but the significance there is related more to where a particular lat/long coordinate is on the earth, rather than the overall map display. However, I don't know which interpretation is relevant for this question regarding China. China itself doesn't use WGS 84 or the EPGS system. They have their own, proprietary system that purposefully obfuscates locations on the map. China is very strict about mapping. They don't allow foreign companies, like Apple, to display maps in China. That's why Apple has to use Amap. Why does any of this matter? What is the OP trying to determine with question #1? Is question #2 even legal? I can't answer either and I recommend just ignoring these literal "edge" cases. If someone has a more specific need that seems like it would be 1) worth digging into and 2) legal, then maybe add a new reply instead of a comment.

While you can't control when people review or what they say, you can control when they're prompted to post a review. Make sure to only prompt them when your code detects that they are getting real value from your app. Don't just pop it up at launch time. Wait until they're (done) using a key feature. Also monitor the reviews closely. For a real, non-scam app, 3.5 is pretty good. You're always going to get 1-star junk reviews saying, "the app works great but costs too much", or worse. While you can't stop those, you can turn them into your favour. Reply to those reviews and turn them into an advertisement for your app. Show how responsive you are. Point out valuable key features. Etc. If the haters see that you can effectively turn their 1-star reviews into useful advertisements, they won't bother.

My code is much more elaborate than that. To start with, I create my own print operation via "printOperationWithSettings:error:" (still Objective-C). I don't call "runModal" at all. WebView is really tricky with printing, at least for me. I create a new view just for printing, then load it, and print in my load completion using NSDocument's "printDocumentWithSettings:...". And of course, all this still uses the long-deprecated WebView class. I don't know if Apple ever added print support WKWebView. Still works in Tahoe. You seem to be trying to use the new logic. I don't plan on using WKWebView in the future anyway. So if Apple eventually removes the old WebView I won't be affected.