Not all system control actions can be overridden using the UIAccessibility protocol. There is no public API to release this type of accessibility hint. However, you can describe the management and transition in such a way that VoiceOver and other support clients know to alert the user.
Depending on how your application is implemented, you may need to notify UIAccessibility that the contents of the screen have changed using UIAccessibilityPostNotification() , which takes two parameters: notification type and object. To notify of a screen change, the object represents the next element that should receive focus. VoiceOver processes this notification, produces a tone, and moves the cursor to the specified item.
In general, you should not try to βget UIAccessibility β for anything at all. The protocol allows you to describe the content and status of your application. For each assistant, the client must translate these descriptions into an alternative interface, which he considers necessary. VoiceOver is not the only accessibility feature that depends on UIAccessibility! If you mimic your behavior in your application, you can confuse VoiceOver users and push users away from other supporting features, such as Switch Control.
Edit: Another answer involves playing the sound yourself. Once again, I highly recommend not introducing your own sounds for scenarios already covered by VoiceOver. System sound icons convey more than context. They also guarantee users that specific controls are standard and predictable, implementing all expected behaviors. For example, does your personal sheet support a two-finger crossing gesture (escape access)? The system works, and people expect it if they hear the sound of the worksheet.
source share