This issue also occurs on macOS Sequoia with Xcode 16.0. When WKWebView is displayed, the app freezes. Installing the iOS 17.5 simulator resolves the problem, so I believe the issue lies with the iOS 18 simulator.

Certainly, while NSTextView does support Emacs-like key bindings, this does not fully address the issue at hand. For example, the M-e command exists in Emacs but, in Xcode, pressing this combination results in the character "´" being input instead. This problem cannot be resolved simply by modifying Xcode's key bindings. To truly solve this issue, either Xcode needs to provide an "Emacs Mode" similar to its existing Vim Mode, or macOS should allow users to freely edit key bindings at the system level without relying on third-party applications.

@DTS Engineer Thank you for your comment! If Liquid Glass support is implemented in iOS 26, the Close button for navigation will likely be created using code similar to the following: let closeButton = UIBarButtonItem( barButtonSystemItem: .close, target: self, action: #selector(closeButtonTapped) ) With this code, the appearance on iOS 18 will be as shown on the right side of the image. Is it correct to understand that this intended appearance is within acceptable limits?