我對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