Is there any way anyone knows of to force the onscreen software keyboard in iOS when a Bluetooth HID device (like a barcode scanner) is active?
There are a few ancient questions on SO, but most work by manually adjusting the frame of the keyboard view, and that method no longer appears to work as of iOS 8.
Strangely there doesn't seem to be any information on how to do this post iOS 8. Is it just impossible?
See:
Show iPhone soft keyboard even though a hardware keyboard is connected
Force on screen keyboard to show when bluetooth keyboard connected
Default keyboard is not coming when Barcode Scanner Device is Connected by Bluetooth in IOS
Bluetooth HID Device & iOS textFields
Show virtual Keyboard when bluetooth keyboard connected?
Related
I have one UITextView in my iOS project, when user taps in the text view, if using soft keyboard, the notification keyboardWillShow will be called. My question is if user uses an external hardware keyboard such as bluetooth keyboard, is there any way to know when it is active?
Few Functionalities like
Camera
Push Notifications
bluetooth Keyboard
For these, you need to use Real device instead of simulator. I haven't tested bluetooth keyboard functionality in realtime. but i'm pretending it was one of the feature that to be tested on real device.Please Make me correct if i was thinking wrong.
I have verified that if I use simulator the sofewareWillShow will not trigger, but if I use iPad device and connect to bluetooth keyboard it will be called. The iOS version is 12
I have a bluetooth scanner connected to iPad.
ios doesn't support bluetooth spp mode, so I have to set scanner into HID.
However, after that, the virtual keyboard disappear.
I tried [ios keyboard] plugin.1 No luck.
I assume this may be a common case if your app work with bluetooth device(keyboard).
Any ideas?
Thanks in advance
How can I detect if a Bluetooth keyboard is connected to the iPad? It's actually a barcode scanner but acts as a keyboard. I want to alert the user if the scanner is not connected.
Is there anyway to detect if a HID blue tooth device is connected to the device using Delphi XE5, for an iOS application.
Ideally, I would like to show an indicator light if a scanner is connected or not.
Yes, the scanner is iOS supported and does connect and work as keyboard.
I found what I believe to be a bug in iOS 5.1. It seems like it's specifically on 4S devices. I was really hoping some other iOS developers with Wireless keyboards could test this out. If you find that it is a problem, please submit it as a bug report. This particular issue is very important to a project I'm working on and I would appreciate any community support on this issue.
The Bug Report:
This bug allows the on-screen keyboard to appear even when the Apple Wireless Keyboard is connected (without any prompting from the keyboard's eject key). The problem occurs after the keyboard has been paired and VoiceOver is activated.
Steps to Reproduce:
Make sure that VoiceOver can be turned on via tripple pressing the home key. VoiceOver should be turned off initially. Pair the keyboard to the iPhone 4s running iOS 5.1. Turn the keyboard off so that the on-screen keyboard is the only form of text input. Do the following:
Enter any app's text field (I was able to reproduce the bug on the home screen's "Search iPhone" search bar).
Turn the wireless keyboard on. The on-screen keyboard should disappear as it's supposed to.
Tripple press the home button to activate voiceover. The on-screen keyboard comes back.
Expected Results:
The on-screen keyboard should not appear.
Actual Results:
The on-screen keyboard appears and keeps appearing every time another text field is accessed (regardless of being connected to the wireless keyboard).
Regression:
iOS 5.1 on iPhone 4s
Notes:
If step 1 is taken with VoiceOver initially turned on, then step 2 will still happen as it is described. From that point, if VoiceOver is turned off, the on-screen keyboard does not return so long as the wireless keyboard is connected.
This bug makes designing apps to work specifically with the wireless keyboard and VoiceOver very difficult. The on-screen keyboard appears at inappropriate times and consequently gets in the way of VoiceOver's sequential screen navigation as well as gesture recognition.