Keyboard blinks when moving to Next Responder - ios

I implemented basic Next button on the Text Field using the following code:
func textFieldShouldReturn(textField: UITextField) -> Bool {
let didResign = textField.resignFirstResponder()
if(!didResign) {
return false
}
let myView = getParentView(textField)
dispatch_async(dispatch_get_main_queue(), { myView.nextField?.contentTextField.becomeFirstResponder() })
return true
}
What annoys me is that before nextField becomes First Responder, the keyboard disappears for a brief moment which looks ugly.
The effect is not always visible, sometimes it looks like the keyboard stayed up, sometimes it blinks fast.
Is there a way to resign first responder but still keep the keyboard up?
Move to next field whilst keeping the keyboard?

If you're working with UI, you should be on the main queue, so there's no need to dispatch_async to the main queue. Removing this code will make your code cleaner.
The method you're implemented determines the behavior of the app when the return key is pressed. Resigning first responder dismisses the keyboard, so if this is not the effect you want, don't resign first responder.

Related

IQKeyBoardManager : Hide keyboard for a specific textfield

In my app I have a form where the user fills out his/her information, the form has some textfields and amongst those is one where the user can select their country. This textfiled is a dropdown which when active displays a dropdown (tableview) with the list of countries to select. I have created a demo project, to reproduce the issue and share it here.
In this demo, I have add 3 textfields, when the user goes to the second textfiled, using the next button on the keyboard, a tableview is displayed. Now what I want to achieve is my keyboard should hide when the dropdown tableview is displayed.
I have put in quite some time trying to figure this out but has no success.
Here is the link to the demo project:
https://github.com/tejaskutal/IQKeyboardManagerDemo
Any help is greatly appretiated.
P.S: For some weird reason, when you click next when the first textfiled is active, it jumps to the third one first and then goes to second textfield after next is clicked one more time. However, this has nothing to do with the original problem so I left it there.
No need to handle different delegate. In your viewDidload you can do something like,
yourTextField.inputView = UIView.init(frame: CGRect.zero)
yourTextField.inputAccessoryView = UIView.init(frame: CGRect.zero)
so, for that textfield keyboard or toolbar will not be appeared.
You can use your UITextField's delegate and implement the textFieldShouldBeginEditing. Something like
func textFieldShouldBeginEditing(_ textField: UITextField) -> Bool {
if textField == theTextFieldToIgnore {
view.endEditing(true)
return false
}
}
As for your textField chaining, you should implement the textFieldShouldReturn
func textFieldShouldReturn(_ textField: UITextField) -> Bool {
if textField == firstOne {
textField.resignFirstResponder()
secondOne.becomeFirstResponder()
}
return true
}
Return key Action which textfield you want to resign
- (BOOL)textFieldShouldReturn:(UITextField *)textField {
[self.yourTf resignFirstResponder];
}

Custom keyboard on UITextView shows apple keyboard first then switches to the custom keyboard

Short video of what happens when tapping on a textView:
https://www.youtube.com/watch?v=LG_r3iDJKiM
I'm trying to show my custom keyboard on a UITextView from the textViewDidBeginEditing function, The custom keyboard has been tested on UITextFields and is working as intended. Now I'm trying to get the same keyboard to work with UITextViews.
When opening the app for the first time, and tapping on a textView the first time will have this behavior, then when we tap on other textViews the custom keyboard is there directly as intended.
the Current code in my TextViewDidBeginEditing, I tried changing the order of the last 4 lines but with no success:
public func textViewDidBeginEditing(_ textView: UITextView) {
keyboard = Keyboard.sharedInstance.keyboardWithType(availableKeyboards.numbers.rawValue, returnKey:textView.returnKeyType, isSecure: false,decimalSeparator:self.decimalSeparatorCharacter, responderClass: self)
inputView.keyboardAppearance = .dark
inputView.hideAssistantBar()
inputView.inputView = keyboard
inputView.reloadInputViews()
}
This will result in the video above, I tried some other ways but no success yet:
Setting a empty UIView as the inputView, this will still result in the apple keyboard shortly appearing
let view:UIView = UIView()
textView.inputView = view
also tried doing reloadInputViews but that doesn't work either:
textView.reloadInputViews()
also tried running it all on the main tread with
DispatchQueue.main.async { }
but no success, I cannot understand why even setting a UIView() as the inputView will still shortly show the apple keyboard. Any help in the right direction would be greatly appreciated!
Thanks in advance!

While displaying an alert in IOS, keyboard does not resign from View

While displaying an alert(Wrong password) in IOS 8, keyboard opens automatically and hide the alert(just in Iphone 4s because of the screen's size), so I can't click in "OK" and I also can't dismiss keyboard because first I need to close the alert!
Keyboard hides alert
(It seems the app is recovering last keyboard's state and showing up again)
How can I close the keyboard before calling the alert?(this way the state will be "closed")
I've tried:
myTextField!.resignFirstResponder()
While calling the button, but it didn't work, the alert shows up and automatically the keyboard opens over it !
if myTextField!.resignFirstResponder() is not working properly try this when you present the alert before call this -->self.view.endEditing(true)
the above function is not work well , try
Choice -1 :Using the Responder Chain
UIApplication.sharedApplication().sendAction("resignFirstResponder", to:nil, from:nil, forEvent:nil)
This will resign the first responder (and dismiss the keyboard) every time, without you needing to send resignFirstResponder to the proper view. No matter what, this will dismiss the keyboard. It’s by far the best way to do it: no worrying about who the first responder is
Choice -2 :UIView’s endEditing
(assuming your text field is a subview of the view you call this on). Most of the time:
self.view.endEditing(true)
set Delegate to myTextField
Include
func textFieldShouldReturn(textField: UITextField) -> Bool
{
textField .resignFirstResponder()
return true
}
Other wise Try the following
var activeField : UITextField!
func textFieldDidBeginEditing(textField: UITextField)
{
activeField = textField
}
func textFieldDidEndEditing(textField: UITextField)
{
activeField = nil
}
func textFieldShouldReturn(textField: UITextField) -> Bool
{
textField .resignFirstResponder()
return true
}
Call activeField.resignFirstResponder() before alert appears
I think from iOS8 you need to use UIAlertController instead of UIAlertView. Using UiAlertView in iOS8 and above is causing keyboard to popup unnecessarily. I have seen this and i made a condition to use UIAlertController for iOS8 and above. In below version UIAlertView should work fine
This is UIAlertView bug on iOS 8.
I have same problem but UIAlertController has not problem. :3
UIAlertView was deprecated since iOS8.
https://developer.apple.com/reference/uikit/uialertview
In Swift 4 : below code worked for me
DispatchQueue.main.async() {
self.view.endEditing(true)
}

Cannot resign searchbar a second time

I really don't understand why this is happening. Any hints would be much appreciated.
Setup:
UIViewController with the following subviews:
UISearchBar
UITextField
UIView (with PickerView and Done button) - viewDidLoad hides it.
I have two helper functions which can be simplified as:
func showPickerView () {
myPickerSubView.alpha = 1
}
func hidePickerView () {
myPickerSubView.alpha = 0
}
(There's actually animation, sliding up and down etc. but that part works fine)
What I want is for myPickerSubView to show when the person taps on the UISearchBar or the UITextField. myPickerSubView is dismissed by the Done button on myPickerSubview.
I started with the UITextField which I got working perfectly with:
func textFieldDidBeginEditing(textField: UITextField)
{
if !(pickerSubViewVisible)
{
self.showPickerView()
}
eventFloorTextField.endEditing(true)
}
func pickerView(eventFloorPicker: UIPickerView, didSelectRow row:Int, inComponent component: Int {
//.. other processing code
self.eventFloorTextField.text = "My Pick: \(myPick)" //so the textfield gets updated
}
I wanted to use a UISearchBar instead because I wanted to uses the built in scope bar for some added functionality. So having set the UISearchBar delegate to self etc. I thought I could just do:
func searchBarTextDidBeginEditing(searchBar: UISearchBar)
{
eventFloorSearchBar.endEditing(true)
self.showPickerView()
}
When you press on the UISearchBar the first time, the PickerSubView shows up as expected. Then, no matter what I do (press on my Textfield, dismiss the PickerSubView or not,) if I tap on the UISearchBar a second time, a keyboard will come up from the bottom. If my PickerSubView is already present, the keyboard will cover it. If the PickerSubView is not present, if I tap on the UITextField, the PickerSubView will slide up behind the keyboard.
I do not know if it is significant - but the caret (blinking cursor) remains in the UISearchBar text field but even if I make it go away by tapping on the UITextfield first, when I tap UISearchBar a second time, it will always be a keyboard showing up.
I've tried resignFirstResponder as well as various other methods, but none of them seem to work.

Swype keyboard in iOS8 for normal and password (secure text entry) UITextField

I've a login view with a normal and a secure text entry UITextFields.
In iOS8, using Swype keyboard, hitting the "Next" key doesn't go to the next responder as with the default keyboard.
If I open the keyboard hitting the password UITextField, it opens the default keyboard and it doesn't allow me to select Swype keyboard.
Apple doesn't allow custom keyboards for password
So, is there a way to know if the keyboard is missing that setting and force the next responder to open the default keyboard?
The keyboard change is done by default. If you just go to next responder, iOS will take care to change the keyboard to the iOS one. I'm using Swiftkey here and the change is automatic.
Are you delegating the textFields to your view controller? On mine, I use the textFieldShouldReturn method and go from one textField to the other (Swift code below):
func textFieldShouldReturn(textField: UITextField) -> Bool {
if(textField == usernameTextField) {
usernameTextField.resignFirstResponder()
passwordTextField.becomeFirstResponder()
} else {
passwordTextField.resignFirstResponder()
}
return true
}

Resources