]> git.ipfire.org Git - thirdparty/bootstrap.git/commitdiff
Port #19078 to v3
authorChris Rebert <code@chrisrebert.com>
Thu, 4 Feb 2016 06:58:46 +0000 (22:58 -0800)
committerChris Rebert <code@chrisrebert.com>
Thu, 4 Feb 2016 06:58:46 +0000 (22:58 -0800)
[skip sauce]

docs/_includes/getting-started/browser-device-support.html

index 43c2e5349efccf001f3f18a58b2237a4ea9f9805..e4fdef870d046e4bd39d0d76948342ce032706ce 100644 (file)
@@ -157,7 +157,7 @@ if (navigator.userAgent.match(/IEMobile\/10\.0/)) {
 
   <h2 id="support-fixed-position-keyboards">Modals, navbars, and virtual keyboards</h2>
   <h3>Overflow and scrolling</h3>
-  <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>
+  <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. See <a href="https://bugs.webkit.org/show_bug.cgi?id=153852">WebKit bug #153852</a>.</p>
   <h3>Virtual keyboards</h3>
   <p>Also, note that if you're using a fixed navbar or using inputs within a modal, iOS has a rendering bug that doesn't update the position of fixed elements when the virtual keyboard is triggered. A few workarounds for this include 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>Navbar Dropdowns</h3>