That’s a problem if we’ve constrained our toolbar to the center (or both leading and trailing edges) of the keyboard guide. As the keyboard moves across the split-screen divider the width of the guide shrinks to zero. I’ve highlighted that in red in the screenshot above. The keyboard guide represents the area of the keyboard that is covering the owning view. A bigger problem happens when we split the iPad screen:
The toolbar can disappear offscreen when the keyboard is at the top of the screen. The toolbar sticks to the top of the undocked keyboard as we move it around the screen. Our fixed constraints now almost do the job.
By constraining our views to the keyboard layout guide we don’t need to listen for keyboard notifications.įor simple situations you may only need to constrain the bottom of a content view to the top anchor of the keyboard layout guide: The layout frame of the keyboard guide matches the area of its owning view covered by the keyboard. It’s a property of UIView and like all layout guides it has anchors for the edges, height, width, and center. In iOS 15, Apple added a keyboard layout guide ( UIKeyboardLayoutGuide). See Split views and unexpected keyboard for an example. That might mean moving views out of the way of the keyboard or adjusting the content inset of a scroll view. The notification includes the frame for the keyboard that you can use to adjust your layout. The traditional way of managing the keyboard is to register for notifications for when the system shows and hides the keyboard.
That’s especially tricky when you want to attach things like toolbars to the floating iPad keyboard. It can make it easier to build layouts that adapt to the keyboard. Apple introduced the keyboard layout guide in iOS 15.
0 kommentar(er)
