-
Notifications
You must be signed in to change notification settings - Fork 762
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
Style issues on mobile devices when using forms within modal? #96
Comments
Are the inputs set to a minimum of 16px font size as-per this plugin's stylesheet? Also see: twbs/bootstrap#14975 |
They are all set above 16px (18px in this case) to avoid the iOS zoom / focus issue, so i'm not sure its that?? |
Is it every type of form input? What happens on focus exactly, the modal jumps up? |
Yes, just input, no selects, behaviour is as follows:
NB. Intermittently the keyboard decides to hide itself completely at 4) It looks to be issues with the fixed layout and bits getting chopped off! |
Sounds like the keyboard opening is pushing the modal, similar to this issue: twbs/bootstrap#9023 |
ping |
Also clicking the done button on iOS ends up freezing the whole shebang pretty badly. |
Any suggestions? I have only one – change CSS and switch from fixed position. |
And i still hope that someday it will be fixed by Apple. |
But who cares, the golden Apple Watch is more important. |
I'm going to take a stab at this in the next few weeks, and I'll let you know if I come up with anything. Anyway, here's a thought that I'd like more opinions on: I don't believe modals should exist on mobile anyway. Given the screen real estate, it's much more practical for the modal to use the entire space of the screen and appear to behave like a page. We ended up hacking this in as a quick fix for the iOS cases and it looks and feels great: Now the only issue becomes fixing Remodal for iPads... |
I had the same issue. I changed remodal.css with below one and removed the remodal-template.css html.remodal-is-locked, .remodal, .remodal-overlay { .remodal-wrapper { .remodal-wrapper:after { .remodal-overlay, .remodal { .remodal select, .remodal, .remodal-bg { body.remodal-is-active .remodal-bg { .remodal-overlay { body.remodal-is-active .remodal-overlay { .remodal { body.remodal-is-active .remodal { .remodal, /* Close button */ .remodal-close { display: block; width: 35px; cursor: pointer; color: #95979c; .remodal-close:hover { .remodal-close:before { position: absolute; display: block; width: 35px; content: "\00d7"; .remodal-submit, .remodal-submit { .remodal-submit:hover, .remodal-cancel { .remodal-cancel:hover, input[type="modal"] { @media only screen and (min-width: 40.063em) { .lt-ie9 .remodal-overlay { .lt-ie9 .remodal { .lt-ie9 .remodal-close:after { .lt-ie9 .remodal-close:hover, .lt-ie9 .remodal-close:hover.remodal-close:after, |
+1 Same issue here. @canercak Can you tell us what exactly you changed to fix the issue? |
I've experienced this issue as well with 'offcanvas panels' that slide out from the side of the page. Those panels are typically position:fixed. I use them for search filters. Since they contain form elements, I cannot use position:fixed. So I used position: absolute instead and rely on JavaScript to position it to the edge of the viewport so that it can appear to be sliding out from the side. |
How are you guys fixing this issue? It is even worse with a textarea. You click in the textarea, type a few letters, and then tap/touch the textarea, and the remodal-overlay becomes hidden (almost like it has 0 opacity) e.g. all I can see is the overlay, but i know the fields are there because I can see a cursor blinking, and because I know where the submit button is I can tap there and it submits. I just can't see it. This makes remodal un-usable (if using forms) on iphones imo. For now I am using a solution I posted here: But it isn't without its problems, so still looking for a better solution |
I have implemented the solution posted by @robarwebservices on issue #148 but I'm still experiencing the same issue when using a drop-down select. Is there any known solution for this? |
This is because of modal position fixed, we can fix this issue using |
It looks like there are some display issues when using forms within modals on mobile devices.
Take the iPhone as an example, on both Safari & Chrome, if you use touch to navigate input fields you get strange behaviour with chopped off modals and jumping around.
See: http://cl.ly/image/161b3F1M073T
Seems to be find if you use the keyboard nav tools to navigate inputs.
Any ideas??
Many thanks,
Sam
The text was updated successfully, but these errors were encountered: