Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The issue of keyboard hiding when manipulating headers #214

Open
wenjing0628 opened this issue Oct 19, 2024 · 1 comment
Open

The issue of keyboard hiding when manipulating headers #214

wenjing0628 opened this issue Oct 19, 2024 · 1 comment

Comments

@wenjing0628
Copy link

On iOS 17 and iOS 18 phones, clicking on Normal and selecting Header 1 or Header 2 will hide the keyboard.
This issue does not occur on iOS 16 and below smartphones.
Please help find a solution, thank you

@stevengharris
Copy link
Owner

stevengharris commented Oct 21, 2024

I suspect this issue is related to #159, which also started occurring on iOS 17. All the investigation I've done on that issue leads me to believe it is a deep issue that is going to require a hacky workaround, as I outlined in the last update there #159 (comment). The other thing that occurred to me a while back was that iOS Notes changed to a different style for modifying Formats (type sizes, styles, and lists for them), where they first present a toolbar with few choices above the keyboard, including one on the left that shows an "Aa" button. When you press that button, they present a different keyboard (or maybe popup) showing the different font sizes, options for B, I, U, etc, list styles, and indent/outdent. It's pretty nice IMO, and much more practical than the side-scrolling toolbar that shows by default in the MarkupEditor for iOS. In any case, when you dismiss that keyboard/popup, the regular keyboard reappears.

I'm not in a position to put much time on the iOS version right now. When I am, I think this Notes-style additional popup/keyboard is what I'll try. It's possible that the keyboard reappearing will just work as the WebView takes focus. If not, then I will probably be forced to use the swizzling hack to force it as outlined here #159 (comment). For your purposes, if you don't want to take the toolbar modifications etc on, the swizzling approach might suffice as a workaround for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants