Post not yet marked as solved
The new technique is to enable an inspectable property on the JSContext and WKWebView.
https://webkit.org/blog/13936/enabling-the-inspection-of-web-content-in-apps/
-ch
Post marked as Apple Recommended
@BenjaminApple There are three primary use cases for most macOS developers running a beta OS in a virtual machine (such as macOS Ventura in UTM):
To download their existing apps from the Mac App Store to verify that everything works correctly on the new OS. An Apple ID is needed to download from the Mac App Store.
To build and debug their apps using Xcode. An Apple ID is needed to setup an account in Xcode so automatic code signing can be used.
To test apps that use iCloud. An Apple ID is needed to access iCloud in System Settings.
-ch
Post not yet marked as solved
Returning false for the beginning of the interaction does disable Scribble, but does not prevent the widget from appearing.
Setting the inputView to nil has no effect, the widget still appears instead of the keyboard. Since there is no public way to get the user's preferred keyboard view, I don't see how this approach can work.
-ch
Post not yet marked as solved
Let's get a little bananas here:
https://stackoverflow.com/questions/57929968/getting-and-setting-the-position-of-content-in-a-swiftui-scrollview
:fingers-crossed:
-ch
Post not yet marked as solved
If you're confused by this post, replace the first star with N.
Then the second one with A.
Then the third with S.
Then, you guessed it, the fourth with T.
And finally, Y.
–ch
Post not yet marked as solved
The workaround is to use the iOS 12 Simulator from Xcode 10. Here is a tweet thread that explains how to do it:https://twitter.com/chockenberry/status/1179860303632195584
