由于缺乏对Windows相关设备的了解,我当前的想法是,由于今天仍然运行IE8的移动设备数量微不足道,因此不值得为IE8实施响应式设计.对于这个特定的浏览器,只需将网站保留为静态1024×768,因为如果IE8的剩余浏览器份额超过95％,那么响应式设计几乎没有理由,需要额外的痛苦工作以及媒体查询polyfill的限制.仅在具有安全假定1024屏幕宽度的桌面上运行.
如果音量仍然相关,哪个移动平台仍然使用IE8浏览器,则需要或证明他们的响应式设计方法.请分享有用的相关链接.
PS：上下文仅使用标准模式,不包括在兼容性视图或quirk模式下使用IE.
解决方法
据我所知,没有已知的有源平板电脑或手机使用IE8.事件最早的Windows Phone使用IE9引擎.因此,笔记本电脑被排除在外,IE8并未被“智能”移动设备使用.
根据来自3个客户站点的w3counter,statcounter和analytics,2013年3月,基于美国站点的IE8浏览器份额介于5％和11％之间.平均8％.
根据我研究的3个不同的美国网站,今天使用800×600像素或更低屏幕分辨率的IE8用户数量占IE8用户总数的0.6％到1％.与雅各布尼尔森去年观察到的趋势一致,“桌面和笔记本电脑的小屏幕越来越少”降至1％的水平：http://www.nngroup.com/articles/computer-screens-getting-bigger/
截至今天,平均预期屏幕尺寸为800×600或更低的整体IE8用户大约为0.05％,如果我们包含IE7,则最高为0.1％;根据ie6countdown.com,这低于美国IE6的整体使用率,为0.2％
因此,IE9和IE8用户之下的IE9响应式设计兼容性要求仅在不需要任何后续工作的情况下才值得.
如果包含媒体查询polyfill或使用Bootstrap使它立即工作,那么很好.但是,处理众多潜在错误绝对不值得花费几个小时的时间(谷歌搜索“bootstrap ie8”就可以说明这一点),就像它不再值得让网站完全兼容IE6一样.
只要该网站在IE8中使用固定设计,这可能更容易实现,而不是试图让它对IE8 / IE7做出响应,这对今天来说已经足够了.
