Popping Sound

Would it be possible to disable or hide the “Leave” button in the system screen? No. You can certainly file an enhancement request asking for use to provide/tweak what we show here, but the system is always going to provide some way for the user to directly stop the PushToTalk session. That's because one of the primary goals of the PushToTalk framework was providing user level control over this. I only receive the APNs push notification “type: voip-ptt“ once per active channel. My forum post here goes into this in depth, but the quick summary is that you shouldn't think of the PushToTalk framework's channel as the same thing as your apps. The PushToTalk framework's channel is simply it's connection to your app. There will ONLY ever be one of them and you should not be creating/leaving/joining that channel dynamically. You join it when your PTT session starts and you don't leave it until you session is done. Again, see my other forum post for more details on that means in practice. My app is running in the bac

The Pop-up button page in the HIG has a link to SwiftUI MenuPickerStyle along with a link to NSPopUpButton for AppKit. I'm actually not familiar with AppKit or SwiftUI (just UIKit) but hopefully that points you in the right direction.

I'd like to answer the second question first. The lldb config file can be selected by editing the Run scheme action. Specifically, use the menu bar, go to Product -> Scheme. Make sure the desired scheme is selected, and click on Edit Scheme.... In the pop up window, select the Run action from the column on the left. Then click on the Info tab. The lldbinit file can be specified through the field in the middle. Going back to the first question. Since we can explicitly specify a path to the lldbinit file, we can place it anywhere in the project. Is this sufficient to get you going? Please let us know and I will follow up. Thanks!

Hello, I'm uncertain how to speak to CLI tools and Java games launched from a macOS app. These sound like security and sandboxing questions which we recommend you ask about in those sections of the forums. For games, I've heard of architectures where a parent app launches mini-games built with a 3rd-party game engine. So that at least is possible. In this case it sounds like the launcher app creates a new window via Java and this seems unlikely to work i.e. Game Mode won't migrate to the new window. Game Mode is fully supported for conventional full-screen games such as those you'd build with Metal or RealityKit.

You can see the apple wallet pop-up, it's not working in india region. Also attached a image in editing mode, you can new feature in this so that user can remove unwanted persons in background.

We have an application that is built for communication for emergency first responders. Our app streams video from emergency responder mobile devices to other responders, however, when the app moves into the background, or the screen locks, the stream is terminated. Is there a way to allow the stream to persist. There are actually several different options here: The basic mechanism that keeps media players and video chat apps active in the background is the audio background category. Based on your description, this also sounds like it might be considered a voip app, which would also allow it to use CallKit. Finally, you app can also adopt Picture in Picture. Note that the last two options actually build on the audio background category and that most video chat apps actually use all three. __ Kevin Elliott DTS Engineer, CoreOS/Hardware

I just wanna check some assumptions here. It sounds like you’re trying to upload a Mac app to the App Store. Is that right? Are you have problems signing your app? Or running your app after you’ve signed it? Because the latter is not something that you should expect to work. If you sign code for App Store distribution, the only thing you can do with that code is upload it to the App Store. There isn’t a supported way to run such code locally. I talk about this in a lot more detail in Don’t Run App Store Distribution-Signed Code. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Thanks for the reply! Should the status always be authorized if I only want to use shortcut by siri? It seems in my app, I can still use shortcut by calling siri even if the status is .denied, is it as expected? However, when the status is .denied, every time i want to use the sirikit feature, siri would pop up a dialog(totally automatically, and every time) saying I'll need to access your app data to user the app. Is it ok? and that sirikit feature only be available when I tap Allow or toggle the Use with Siri Requests to on. I tried to call the requestSiriAuthorization(_:) in the app but nothing pops up on the screen.

So the response came quite quickly, but was disappointing: Engineering has provided the following information regarding this issue: On a Mac, specifying a service in NSBonjourServices, allows only that service to be accessed on the local network. No NSBonjourServices means allow all services (with user consent). This sounds like its is working properly. You can either add _services._dns-sd._udp. to the NSBonjourServices, or remove it entirely I have responded explaining that this behavior is not documented, and works differently to iOS and iPadOS, which is particularly troubling for a Catalyst app which shares the Info.plist between all those environments.

Hi Joël, I'm surprised to hear that you're unable to open MP3/MP4 files with ExtAudioFile. That should still work today. ExtAudioFile is layered on top of AudioFile and both should work for these file formats. If you could attach an example file that you're having trouble opening with these APIs, I'd be happy to check to see what might be wrong. Also, macOS ships with tools afinfo and afplay which you can use to verify and play back audio files. These use the same frameworks which implement the AudioFile APIs. Could you try out these tools with one of the problematic files and see what they report and/or play back? Thanks! -- rhymu