Post not yet marked as solved
Has anyone got PKToolPicker appearing in an iPad app running in compatibility mode on Vision Pro?
In our app, it appears fine on iPad, but not in the Vision Pro simulator.
Even though the tools do not appear, I am able to draw in the canvas (...though not change the pen, of course).
I did not read anywhere that it was not supported on Vision Pro. I only saw that interactions with pencil do not work, but that other forms of interaction (eg drawing with touch) should work.
Anyone seen it working on Vision Pro?
Post not yet marked as solved
Our app has a custom collaboration setup, but we would like to support Shared with You. We have setup the app following the sessions. To summarize...
Added the Shared with You entitlement
When preparing to share, generate a SWCollaborationMetadata, and pass it to the share picker
Added the SWCollaborationCoordinator and functions to handle the callback from messages when the user has gone to send the invitation
Setup Associated Domains and universal links. These seem to work. Pasting a universal link in messages directly does present nice UI.
So far so good. The picker appears, and we can click on Messages in the popover, and Messages opens. But it is completely empty. It does show the person we clicked (if it was an individual), but there is no message preparation UI or anything for the user to do. It is just an empty text field the user can type a message in. Nothing about setting up our collaboration.
We do get a small amount of information in the console:
2022-07-09 09:46:08.756155+0200 Agenda[48995:965560] [Framework] No filtered items to share
2022-07-09 09:46:11.294593+0200 Agenda[48995:965560] [NSExtension] Extension request contains input items but the extension point does not specify a set of allowed payload classes. The extension point's NSExtensionContext subclass must implement `+_allowedItemPayloadClasses`. This must return the set of allowed NSExtensionItem payload classes. In future, this request will fail with an error.
2022-07-09 09:46:11.346694+0200 Agenda[48995:984764] [ShareSheet] Connection invalidated
Should this already be working in Beta 3?
If so, what are we missing? Is it necessary to setup a GroupActivity or something like that? There was no mention of anything like that in the WWDC videos, but maybe it is supposed to be obvious. (Sample code would be a huge help with something like this.)
I want to setup a UITextView so that image attachments get a line completely to themselves, without any text on the same line. This is trivial if the image is just as wide as the line, by simply ensuring the bounding box of the attachment returns the full width, but I haven't found a good way to do it when the image is less than full width.
Here is what I wish to achieve visually. https://www.dropbox.com/s/wktuxlod1rnyps1/Screen%20Shot%202020-06-29%20at%2015.14.26.png?dl=0
One way I have found that works OK, but feels like a hack to me, is inserting line breaks. I would much prefer to implement NSLayoutManager or NSTextAttachment methods to achieve this.
Another way to make it work is to return the full width from the NSTextAttachment bounding box method, but then just display the image in part of that area. The downside with this approach is that if you put the cursor at the end of the line, it doesn't sit next to the drawn image, but there is a gap and the cursor appears completely to the right.
Finally, I tried returning two different widths from the NSTextAttachment as the bounds: the first was the full line fragment width, to force a wrap, and on the next call I return the actual width of the image. This seems to give me most of what I want. The downside is that the next line of text will creep up to appear behind the image on the same line. I really need a way to force that text to the next line.
What is the sanctioned way to achieve this?
I have Sign in with Apple working in my iOS (primary) app and macOS app, and submission to the iOS App Store and Mac App Store succeeds. This leads me to conclude I have setup the app capabilities correctly.We also distribute the app outside the Mac App Store, using the Developer ID to notarize. All attempts to notarize the macOS app have failed, and I am beginning to think that Apple never tested this, and that there is probably no 3rd party app using it. (Mac apps that need sign in are few to begin with.)The provisioning profile on the developer site clearly has Sign in with Apple checked, and lists it as a capabiliity. Sign in with Apple is also in the entitlements of the app in Xcode. By when I choose "Upload" to notarize the archived product, I am told the provisioning profile is missing the "Sign in with Apple" capability.The question I really want answered is whether there is anyone out there for which this has succeeded. I suspect it is simply broken on Apple's provisioning servers.
derby.