我对bootstrap有点新,但在网站开发和css方面非常精通......我在绕过Bootstrap如何处理针对不同视口大小的优化图像时遇到了困难。Twitter Bootstrap和图像
根据我的经验,您需要优化他们正在浏览的设备的图像,我在Bootstrap中看到的所有内容都让我相信它不会那样做。它似乎只是使用一个大的图像,并使用CSS来缩小(甚至上升)。当我们希望移动设备具有丰富的体验,并通过较小的文件进行速度优化时,这似乎与此相反。
例如,如果我想要一个图像很好地显示在布局为900px(〜200k)宽的桌面上,我会为该尺寸优化图像。对于具有布局宽度的移动设备,我会在400px(〜50k)处说明优化版本。
在我自己的系统中,我们通过用户代理预先发现并在编译期间填充正确的图像,并且我意识到我可以简单地将所有这些内容放入引导程序中,但我期望有某种形式的类似功能的机制,我是否期待太多?
我没有看到Bootstrap如何推迟在页面内容中加载图像,直到发现视口大小之后才能使用为该大小优化的正确文件?我在这里错过了什么吗?
----编辑
我敢肯定,你可以白手起家CSS基于视窗的大小定义图像路径,但它好好尝试一下答案,它会首先加载问题?
---- 编辑2014年11月
FYI,这个问题是非常过时的...... @media查询将实现不同的文件要求,但是你仍然需要单个文件大小各自在或者以某种方式动态生成它们。无论哪种方式,加载延迟任何不匹配,所以它有点优化。对于移动用户来说,在请求时识别用户代理并进一步优化是非常有益的,因为除了移动特定的文件/类以外,加载任何内容都是无用的,并且只会减慢速度。
我已经在自己的系统中构建了与自适应图像相似的特征,但是感谢这个资源。尽管我认为灵活的逻辑风格层次结构(3.x)以及普通开发人员对Bootstrap的整体熟悉程度是最大的资产,但我喜欢responsejs.com作为Bootstrap的替代方案,我不确定我会回避。这就是说我害怕我的问题,并且你已经证实优化是事后的想法,就像他们自己说的那样,他们是“移动优先”,我不得不考虑如何整合“我们”和“他们”。干杯 – oucil
@oucil,检查我的编辑Zurb –
现在,这是一个非常有趣的方法,我们正在将我们自己的许多模块移动到使用data- *属性,并且它们是一种相当优雅的方式,绝对是美食,非常感谢编辑! – oucil