browsers-devices.md 12 KB
Newer Older
1
---
Mark Otto's avatar
Mark Otto committed
2
layout: docs
3
title: Browsers and devices
4
group: getting-started
5
6
---

7
Bootstrap supports a wide variety of modern browsers and devices, and some older ones. See which exact ones below, as well as detailed information on known quirks and bugs.
8

Mark Otto's avatar
Mark Otto committed
9
10
11
12
13
## Contents

* Will be replaced with the ToC, excluding the "Contents" header
{:toc}

Mark Otto's avatar
Mark Otto committed
14
## Supported browsers
15

16
Bootstrap supports the **latest, stable releases** of all major browsers and platforms. On Windows, **we support Internet Explorer 9-11 / Microsoft Edge**. More specific support information is provided below.
17

18
19
20
21
### Mobile devices

Generally speaking, Bootstrap supports the latest versions of each major platform's default browsers.

22
23
24
25
26
27
28
29
30
<div class="table-responsive">
  <table class="table table-bordered table-striped">
    <thead>
      <tr>
        <td></td>
        <th>Chrome</th>
        <th>Firefox</th>
        <th>Opera</th>
        <th>Safari</th>
Mark Otto's avatar
Mark Otto committed
31
        <th>Android Browser &amp; WebView</th>
32
33
34
35
      </tr>
    </thead>
    <tbody>
      <tr>
Mark Otto's avatar
Mark Otto committed
36
        <th scope="row">Android</th>
37
38
39
40
        <td class="text-success">Supported</td>
        <td class="text-success">Supported</td>
        <td class="text-danger">Not supported</td>
        <td class="text-muted">N/A</td>
41
        <td class="text-success">Android v5.0+ supported</td>
42
43
      </tr>
      <tr>
Mark Otto's avatar
Mark Otto committed
44
        <th scope="row">iOS</th>
45
46
47
48
        <td class="text-success">Supported</td>
        <td class="text-muted">N/A</td>
        <td class="text-danger">Not supported</td>
        <td class="text-success">Supported</td>
49
        <td class="text-muted">N/A</td>
50
      </tr>
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
    </tbody>
  </table>
</div>

### Desktop browsers

Similarly, the latest versions of most desktop browsers are supported.

<div class="table-responsive">
  <table class="table table-bordered table-striped">
    <thead>
      <tr>
        <td></td>
        <th>Chrome</th>
        <th>Firefox</th>
        <th>Internet Explorer</th>
67
        <th>Microsoft Edge</th>
68
69
70
71
72
        <th>Opera</th>
        <th>Safari</th>
      </tr>
    </thead>
    <tbody>
73
      <tr>
74
        <th scope="row">Mac</th>
75
76
        <td class="text-success">Supported</td>
        <td class="text-success">Supported</td>
77
        <td class="text-muted">N/A</td>
78
        <td class="text-muted">N/A</td>
79
80
81
82
        <td class="text-success">Supported</td>
        <td class="text-success">Supported</td>
      </tr>
      <tr>
Mark Otto's avatar
Mark Otto committed
83
        <th scope="row">Windows</th>
84
85
86
87
        <td class="text-success">Supported</td>
        <td class="text-success">Supported</td>
        <td class="text-success">Supported</td>
        <td class="text-success">Supported</td>
88
        <td class="text-success">Supported</td>
89
90
91
92
93
94
        <td class="text-danger">Not supported</td>
      </tr>
    </tbody>
  </table>
</div>

Thomas McDonald's avatar
Thomas McDonald committed
95
Unofficially, Bootstrap should look and behave well enough in Chromium and Chrome for Linux, Firefox for Linux, and Internet Explorer 8 and below, though they are not officially supported.
96

Heinrich Fenkart's avatar
Heinrich Fenkart committed
97
For a list of some of the browser bugs that Bootstrap has to grapple with, see our [Wall of browser bugs]({{ site.baseurl }}/browser-bugs/).
98

Mark Otto's avatar
Mark Otto committed
99
## Internet Explorer 9
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137

Internet Explorer 9 is also supported, however, please be aware that some CSS3 properties and HTML5 elements are not fully supported.

<div class="table-responsive">
  <table class="table table-bordered table-striped">
    <thead>
      <tr>
        <th scope="col">Feature</th>
        <th scope="col">Status</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <th scope="row"><code>border-radius</code></th>
        <td class="text-success">Supported</td>
      </tr>
      <tr>
        <th scope="row"><code>box-shadow</code></th>
        <td class="text-success">Supported</td>
      </tr>
      <tr>
        <th scope="row"><code>transform</code></th>
        <td class="text-success">Supported, with <code>-ms</code> prefix</td>
      </tr>
      <tr>
        <th scope="row"><code>transition</code></th>
        <td class="text-danger">Not supported</td>
      </tr>
      <tr>
        <th scope="row"><code>placeholder</code></th>
        <td class="text-danger">Not supported</td>
      </tr>
    </tbody>
  </table>
</div>

Visit [Can I use...](http://caniuse.com/) for details on browser support of CSS3 and HTML5 features.

Mark Otto's avatar
Mark Otto committed
138
## Supporting Internet Explorer 8
139
140
141

As of v4, Bootstrap no longer supports IE8. **If you require IE8 support, we recommend you use Bootstrap 3.** It's still supported by our team for bugfixes and documentation changes, but no new features will be added to it.

142
Alternatively, you may add some third party JavaScript to backfill support for IE8 to Bootstrap 4. You'll need the following:
143
144
145
146
147

* [The HTML5 shiv](http://en.wikipedia.org/wiki/HTML5_Shiv)
* [Respond.js](https://github.com/scottjehl/Respond)
* [Rem unit polyfill](https://github.com/chuckcarpenter/REM-unit-polyfill)

148
149
No support will be provided for this, though you may find some help from the community in [our Slack channel]({{ site.slack }}).

Mark Otto's avatar
Mark Otto committed
150
## IE Compatibility modes
151
152
153
154
155
156
157
158
159
160
161

Bootstrap is not supported in the old Internet Explorer compatibility modes. To be sure you're using the latest rendering mode for IE, consider including the appropriate `<meta>` tag in your pages:

{% highlight html %}
<meta http-equiv="X-UA-Compatible" content="IE=edge">
{% endhighlight %}

Confirm the document mode by opening the debugging tools: press <kbd>F12</kbd> and check the "Document Mode".

This tag is included in all of Bootstrap's documentation and examples to ensure the best rendering possible in each supported version of Internet Explorer.

Mark Otto's avatar
Mark Otto committed
162
See [this StackOverflow question](https://stackoverflow.com/questions/6771258/whats-the-difference-if-meta-http-equiv-x-ua-compatible-content-ie-edge) for more information.
163

Mark Otto's avatar
Mark Otto committed
164
## Internet Explorer 10 in Windows Phone 8
165

166
Internet Explorer 10 in Windows Phone 8 versions older than [Update 3 (a.k.a. GDR3)](http://blogs.windows.com/windows_phone/b/wpdev/archive/2013/10/14/introducing-windows-phone-preview-for-developers.aspx) doesn't differentiate **device width** from **viewport width** in `@-ms-viewport` at-rules, and thus doesn't properly apply the media queries in Bootstrap's CSS. To address this, you'll need to **include the following JavaScript to work around the bug**.
167
168

{% highlight js %}
Mark Otto's avatar
Mark Otto committed
169
170
// Copyright 2014-2015 Twitter, Inc.
// Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
if (navigator.userAgent.match(/IEMobile\/10\.0/)) {
  var msViewportStyle = document.createElement('style')
  msViewportStyle.appendChild(
    document.createTextNode(
      '@-ms-viewport{width:auto!important}'
    )
  )
  document.querySelector('head').appendChild(msViewportStyle)
}
{% endhighlight %}

For more information and usage guidelines, read [Windows Phone 8 and Device-Width](http://timkadlec.com/2013/01/windows-phone-8-and-device-width/).

As a heads up, we include this in all of Bootstrap's documentation and examples as a demonstration.

Mark Otto's avatar
Mark Otto committed
186
## Modals, navbars, and virtual keyboards
187

Mark Otto's avatar
Mark Otto committed
188
### Overflow and scrolling
189
190
191

Support for `overflow: hidden;` on the `<body>` 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 `<body>` content will begin to scroll.

Mark Otto's avatar
Mark Otto committed
192
### Virtual keyboards
193
194
195

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 `position: absolute;` 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.

Mark Otto's avatar
Mark Otto committed
196
### Navbar Dropdowns
197

Mark Otto's avatar
Mark Otto committed
198
The `.dropdown-backdrop` element isn't used on iOS in the nav because of the complexity of z-indexing. Thus, to close dropdowns in navbars, you must directly click the dropdown element (or [any other element which will fire a click event in iOS](https://developer.mozilla.org/en-US/docs/Web/Events/click#Safari_Mobile)).
199

Mark Otto's avatar
Mark Otto committed
200
## Browser zooming
201
202
203

Page zooming inevitably presents rendering artifacts in some components, both in Bootstrap and the rest of the web. Depending on the issue, we may be able to fix it (search first and then open an issue if need be). However, we tend to ignore these as they often have no direct solution other than hacky workarounds.

Mark Otto's avatar
Mark Otto committed
204
## Sticky `:hover`/`:focus` on mobile
205
206
Even though real hovering isn't possible on most touchscreens, most mobile browsers emulate hovering support and make `:hover` "sticky". In other words, `:hover` styles start applying after tapping an element and only stop applying after the user taps some other element. On mobile-first sites, this behavior is normally undesirable.

207
Bootstrap includes a workaround for this, although it is disabled by default. By setting `$use-hover-media-query` to `true` when compiling from Sass, Bootstrap will use [mq4-hover-shim](https://github.com/twbs/mq4-hover-shim) to disable `:hover` styles in browsers that emulate hovering, thus preventing sticky `:hover` styles. There are some caveats to this workaround; see the shim's documentation for details.
Chris Rebert's avatar
Chris Rebert committed
208

Mark Otto's avatar
Mark Otto committed
209
## Printing
210

Mark Otto's avatar
Mark Otto committed
211
Even in some modern browsers, printing can be quirky.
212

Mark Otto's avatar
Mark Otto committed
213
214
215
216
217
218
219
220
221
222
223
In particular, as of Chrome v32 and regardless of margin settings, Chrome uses a viewport width significantly narrower than the physical paper size when resolving media queries while printing a webpage. This can result in Bootstrap's extra-small grid being unexpectedly activated when printing. [See #12078 for some details.](https://github.com/twbs/bootstrap/issues/12078) Suggested workarounds:

Also, as of Safari v8.0, fixed-width <code>.container</code>s can cause Safari to use an unusually small font size when printing. See <a href="https://github.com/twbs/bootstrap/issues/14868">#14868</a> for more details. One potential workaround for this is adding the following CSS:</p>

{% highlight css %}
@media print {
  .container {
    width: auto;
  }
}
{% endhighlight %}
224

Mark Otto's avatar
Mark Otto committed
225
## Android stock browser
226
227
228
229
230

Out of the box, Android 4.1 (and even some newer releases apparently) ship with the Browser app as the default web browser of choice (as opposed to Chrome). Unfortunately, the Browser app has lots of bugs and inconsistencies with CSS in general.

#### Select menu

Mark Otto's avatar
Mark Otto committed
231
On `<select>` elements, the Android stock browser will not display the side controls if there is a `border-radius` and/or `border` applied. (See [this StackOverflow question](https://stackoverflow.com/questions/14744437/html-select-box-not-showing-drop-down-arrow-on-android-version-4-0-when-set-with) for details.) Use the snippet of code below to remove the offending CSS and render the `<select>` as an unstyled element on the Android stock browser. The user agent sniffing avoids interference with Chrome, Safari, and Mozilla browsers.
232
233
234
235
236
237
238
239
240
241
242
243
244
245

{% highlight html %}
<script>
$(function () {
  var nua = navigator.userAgent
  var isAndroid = (nua.indexOf('Mozilla/5.0') > -1 && nua.indexOf('Android ') > -1 && nua.indexOf('AppleWebKit') > -1 && nua.indexOf('Chrome') === -1)
  if (isAndroid) {
    $('select.form-control').removeClass('form-control').css('width', '100%')
  }
})
</script>
{% endhighlight %}

Want to see an example? [Check out this JS Bin demo.](http://jsbin.com/OyaqoDO/2)
Mark Otto's avatar
Mark Otto committed
246

Mark Otto's avatar
Mark Otto committed
247
## Validators
Mark Otto's avatar
Mark Otto committed
248
249
250
251
252

In order to provide the best possible experience to old and buggy browsers, Bootstrap uses [CSS browser hacks](http://browserhacks.com) in several places to target special CSS to certain browser versions in order to work around bugs in the browsers themselves. These hacks understandably cause CSS validators to complain that they are invalid. In a couple places, we also use bleeding-edge CSS features that aren't yet fully standardized, but these are used purely for progressive enhancement.

These validation warnings don't matter in practice since the non-hacky portion of our CSS does fully validate and the hacky portions don't interfere with the proper functioning of the non-hacky portion, hence why we deliberately ignore these particular warnings.

Mark Otto's avatar
Mark Otto committed
253
Our HTML docs likewise have some trivial and inconsequential HTML validation warnings due to our inclusion of a workaround for [a certain Firefox bug](https://bugzilla.mozilla.org/show_bug.cgi?id=654072).