I’ve just started porting my iPad app to the Mac using Catalyst. It’s a document editor and uses UIDocument. I’m trying to get the default toolbar behaviour for a document editor on macOS where there’s a dropdown to quickly name, tag, and move the document, and a subtitle that shows if the document has been edited. I can’t see any way to do this with Catalyst — is it possible?
Thanks,
Luke
A representative from Apple confirmed to me that this is not possible using Catalyst. In my opinion this makes Catalyst unsuitable for document based apps at the moment (Big Sur is currently the latest version of macOS).
Related
I am working currently on adapting our Email application written on Xamarin iOS to run correctly on Apple Silicon M1. I have faced the following problem that I can't solve so far. The problem is that our code written for iOS that uses UIDocumentInteractionController on Apple Silicon opens "Share to" menu, also if I try to change this to Launcher.OpenAsync() call from Xamarin.Essentials it also opens "Share to" menu instead of opening the file with default application. I tried to use Launcher.OpenAsync() from Xamarin.Mac application and run it directly on Apple Silicon from VS Mac and it works as expected this way - opens file with default application. However when running from iOS application installed on Apple Silicon it always opens "share to" menu. It is a big problem for us as we need to allow user to open attachments files from our email editor. Any ideas what I can try to do to solve the problem?
So in the end I replaced our UIDocumentInteractionController with Quick Look Preview Controller which works as expected both on iPhone and iOS application running on M1.
I am trying to make a WidgetKit widget for macOS Big Sur. The widget itself works -- the same code on both the Mac and iOS. The issue is that on the Mac the intent (settings) does not work. When I click "Edit Widget" the options I defined do not appear. When I press "Done," it's replaced with a screen that says "Unable to load."
This seems to happen with a brand new target and just a simple new text parameter. These are the steps I took:
Create a new Mac project
Add a new Widget target
Change the generated Intent, adding a parameter. You also need to add a "Siri Dialog Prompt"
Click "Run"
Click "Info" in the Widget Simulator
Click "Configure Intent"
Am I missing something or is this a bug?
This has been an issue since at least Big Sur beta 5 and Xcode 12b6. I opened a ticket with Apple, but I'm also asking here as it seems that some people have it working and it's entirely possible that I'm missing something!
This seems to be a bug of the Widget Simulator. When I run the same Widget in the Widget panel of Big Sur, I see all configuration options.
The problem turned out to be an older copy of the app on my disk and macOS getting confused and looking in the wrong place.
I'm adding a Widget to an existing app that doesn't currently have one. I have the current, App Store version in /Applications. I've been running the updated version from Xcode or exporting it to my desktop and running it from there. The Widget itself -- as noted in the question -- runs just fine. But it seems that when looking for the Intent used for the configuration, it prefers to look in /Application rather than the Xcode version. As soon as I deleted the original app, the widget and its settings immediately started working.
Thanks to Ely for pointing me to this blog which didn't give the answer but pointing me in the right direction.
I have a Safari App Extension that uses SKStoreReviewController to request the Mac App Store rating screen:
The screen looks like it should have the app icon on the left side, but it doesn’t. I’ve tried setting ASSETCATALOG_COMPILER_APPICON_NAME in Xcode to a valid asset name, but no change. Is this meant to work? If so, how do I get the icon there?
Don't know if it's the same issue but looks like using SKStoreReviewController on iOS seems to trigger similar behaviour. Does this issue also occur in the released version?
SKStoreReviewController not showing app icon in development
We have a problem with our PS plug-ins for Mac OS X when used on Apple's Retina Display MacBook Pro models. The issue is that the preview image appears multifold.The problem as such also exists with the unchanged Dissolve example from the current PS CC SDK.
So I’ll use that to illustrate the issue.
The Dissolve example plug-in displays a 4-up preview window on a Retina display as shown below:
Interestingly, with the dialog still up, if one connects an external display (we used Apple 27” Cinema LED display) and moves the dialog back and forth between Retina display and external display, the preview actually switches between the 4 up and the regular preview as shown below as the dialog crosses over from one display to the other.
Spontaneously we know of nothing we could do within the plug-in that would correct this but I guess the answer might be in interface builder. What we'd need to do is designate the preview to use physical pixels somehow. It reports its size back and will get used accordingly in our product.
Has anyone else solved this problem? Is it required to migrate to Xcode Version 4.6, Base SDK 10.7, Apple LLVM compiler 4.2, OS X Deployment Target 10.6 as Adobe did with the CC SDK or can the problem also be solved using Xcode Version 3.2.5, GCC 4.2, SDK 10.6 as used in the PS CS6 SDK?
Edit November, 28, 2013: Added a bounty of +50 rep. I am looking for a working step by step instruction on how to make the aforementioned Adobe PS CC SDK "Dissolve" filter example work on both Retina and regular displays.
Edit December, 6, 2013: Bounty expired...
We have an application that integrates with different programs (among which is the Preview.app) using accessibility. We use the AXUIElementSetAttributeValue function to programmatically select some text in a PDF document using the kAXSelectedTextRangeAttribute. This used to work fine but suddenly stopped on my Mac (nothing seems to happend). My co-worker doesn't have the issue so after trying to figure out the difference I remembered that I had just updated to OS X 10.8.4 while he hasn't. I then read about this update and among the features and fixes was the following:
Improves VoiceOver compatibility with text in PDF documents
This indicates to me that they have fiddled with the area where I am having the issue. My question is now weather this is simply a bug or if it is by design. In the case of the latter, what am I supposed to use in stead?
PS. We tried also setting the selection range using the Accessibility Inspector found under Developer tools in Xcode and it works fine in 10.8.2 but not in 10.8.4, which further indicates that this might be a bug.
This is indeed a bug. I just installed the developer preview of OS X 10.8.5 and the issue has been resolved here. In the change-log it also says that some of the changes in this version regard "PDF viewing and Accessibility".