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
Keyboard Issues #11501
Comments
In my case AppModule adding below import produces relatively better user experience than the defaults.
|
thank god finally prayers are answered |
|
How to Test on Android? |
Hey @mburger81 , good question! There is not an updated nightly version of ionic-angular out yet, but when we release one I will update this issue with the instructions on how you can install it for testing on android. |
Okay thx, we are working on a login page where we have some input scroll issues. FYI before we can test it and release it to our tester, we need to have resolved the INVALID VIEWS bug (happy for the milestone) , because this is a breaking issue to us |
Got ya! So on the input scroll issue, can you try placing the input in an area of your view that the keyboard does not cover when its opened? |
This is a good idea. It is necessary to make sure that the cursor does not go behind the bar, when scrolling |
It is necessary to make, that the cursor did not block ion-header, at a scrolling |
Some iOS feedback from one of our team members @danbucholtz : On individual controls that are not typically used within a form (for example a search input), can we investigate closing the keyboard on "submit" or "enter"? When performing a navigation action, the keyboard is automatically closed if it's open. We should revisit this behavior with regard to overlays. For example, I cannot imagine there are many use cases when opening a modal and keeping the keyboard open. ActionSheet, Alert, Loading, Modal, Popover, Picker, and Toast all imply the start of a new action (Picking a time for example) or feedback on a completed action (submitting or validating a form or something). I think it makes sense to close the keyboard in the case of opening an overlay. |
chats.html
chats.ts
This code it's work (OPEN KYEBOARD) |
It changes the height well, but it's better to make the animation when the size changes |
It could be useful having the documentation for these configs if* they can help deal with these keyboard and input related issues, maybe till 3.2.0 is made available to public. |
Any solution related to the case when keyboard hides the input? |
The following code in app.component.ts produced the desired effects of footer inputs staying above keyboard in both iOS and android. For some reason, statusbar overlay behavior in android affects the way keyboard hides input elements positioned below keyboard height.
|
There's any chance that #7047 will be fixed too? |
How does this work in browsers actually ? Is ionic adding any extra functionality that break the inputs, or is this just a challenging problem with input fields on mobile? |
This my solution, it' work fine.
|
@lh4111 Great! But have you tested in android? It seems not work. |
@kitkimwong I did't test on android ,but I think the principles should be similar. |
My English is not very good, I hope you can understand |
Is anyway here using the WKWebView plugin that was mentioned in the first thread? Or are all of these comments in regards to UIWebView? |
@jgw96 I just tested out the WKWebView on my iOS device. Vastly improved for me. It looks like the input field doesn't stay on top of the keyboard nicely like you would expect and is delayed, it sort of shows up at the end. Is that a known issue? Is this iOS only? I have not tested on Android but does it work there? Recording: Cordova CLI: 6.4.0 |
keyboard has issue with ion-textbar
i'm using list of above card with below css when i click textarea it opens keyboard but doesn't scroll into the element, but when i type something it scroll into the textarea. i has observed that problem only exists if we use positon relative for any parent of ion-textarea. any workaroud solutions with position relative ? |
Hey guys! `cli packages: (/usr/local/Cellar/node@6/6.12.2/lib/node_modules)
global packages:
local packages:
System:
Environment Variables:
Misc:
|
add to your click button |
Any news? |
I think you are going to want to wait and use Avocado @mladilav |
We have been having an issue with our iOS keyboard in ion-inputs, in short, the input will not have a caret being rendered after the keyboard comes up, the user can type correctly into the field. I tried a variety of different ionic versions, webview versioning, etc all to no avail. I do believe it is an issue where if the ion-input needs to be scrolled to, it will have problems, if the ion-input was at the very top of the page, it doesn't seem to have the issue. I did however find one thing that completely fixed our problem: I built that app in Xcode 8.3.3. All previous builds I was trying were using Xcode 9.0 to the latest Xcode 9.3 release that came out a couple days ago. The problem with this fix is, I believe Apple might drop apps form being submitted from Xcode 8 in the near future. Anyone have any other ideas? |
For scrolling pb, i wrote a hack here : #10629 (comment) |
Thanks for the issue! We have moved the source code and issues for Ionic 3 into a separate repository. I am moving this issue to the repository for Ionic 3. Please track this issue over there. Thank you for using Ionic! |
Issue moved to: ionic-team/ionic-v3#827 |
Ionic version: (check one with "x")
[ ] 1.x
[x] 2.x
[x] 3.x
I'm submitting a ... (check one with "x")
[x] bug report
[ ] feature request
[ ] support request => Please do not submit support requests here, use one of these channels: https://forum.ionicframework.com/ or http://ionicworldwide.herokuapp.com/
Current behavior:
Keyboards and input scrolling have long been a challenge for Ionic apps, even going all the way back to Ionic V1. We have recently put a focus on trying to knock out these keyboard issues. The issues we currently think are the highest priority when it comes to keyboards and inputs are the following:
We are currently working on a two-pronged approach of modifying the logic in the framework that handles this stuff (mainly for Android) along with some modifications to the WKWebView plugin to fix these issues for iOS. We are at a point now where we have a branch of the WKWebView plugin that has the fixes for iOS and are ready for our community to start testing this and providing feedback. We have made a Google doc here that has instructions on how this can be tested. We would love to have feedback on these fixes! Feel free to provide feedback as a comment to this issue. Thanks for using Ionic everyone!
The text was updated successfully, but these errors were encountered: