aboutsummaryrefslogtreecommitdiff
path: root/getting-started.html
diff options
context:
space:
mode:
authorMark Otto <[email protected]>2013-08-17 21:01:58 -0700
committerMark Otto <[email protected]>2013-08-17 21:01:58 -0700
commit8d59d8def74ddeec11278a53ce00af1de1b4d4dc (patch)
tree35b96066bf5bcc3a17a5e13723fc2f48cad004d6 /getting-started.html
parent9533a1339f4d841d26da43bc833ed997b56140c9 (diff)
downloadbootstrap-8d59d8def74ddeec11278a53ce00af1de1b4d4dc.tar.xz
bootstrap-8d59d8def74ddeec11278a53ce00af1de1b4d4dc.zip
sub headings for modals and mobile devices on browser support
Diffstat (limited to 'getting-started.html')
-rw-r--r--getting-started.html2
1 files changed, 2 insertions, 0 deletions
diff --git a/getting-started.html b/getting-started.html
index 31e05f41c..91d80d43f 100644
--- a/getting-started.html
+++ b/getting-started.html
@@ -382,7 +382,9 @@ if (navigator.userAgent.match(/IEMobile\/10\.0/)) {
<p>We'll keep an eye on this though and update our code if we have an easy solution.</p>
<h3>Modals and mobile devices</h3>
+ <h4>Overflow and scrolling</h4>
<p>Support for <code>overflow: hidden</code> on the <code>&lt;body&gt;</code> element is quite limited in iOS and Android. To that end, when you scroll past the top or bottom of a modal in either of those devices' browsers, the <code>&lt;body&gt;</code> content will begin to scroll.</p>
+ <h4>Virtual keyboards</h4>
<p>Also, note that if you're using inputs in your modal – iOS has a rendering bug which doesn't update the position of fixed elements when the virtual keyboard is triggered. There are a few work arounds for this, including transforming your elements to <code>position: absolute</code> or invoking a timer on focus to try to correct the positioning manually. This is not handled by Bootstrap, so it is up to you to decide which solution is best for your application.</p>
<h3>Browser zooming</h3>