Я знаю, що я переспитую давнє мертве запитання, але у мене було те саме питання, і я хотів щось додати. Будь ласка, не забороняйте мені цього, я вважав, що це досить важливо, щоб виправдати цю відповідь, якщо я вимагаю, я видалю її. @ Джозеф Сілбер помиляється, кодування всіх можливостей насправді є життєздатним способом зробити це. Причина в тому, що насправді не існує нескінченних можливостей. Ну, технічно є, але 99% відвідувачів будуть використовувати стандартну роздільну здатність. Це вдвічі справедливо для мобільних пристроїв (основна причина гнучкості веб-дизайну), оскільки більшість мобільних ОС запускають програми на весь екран без зміни розміру вікна.
Крім того, висота в значній мірі не має значення через смугу прокрутки (до речі, я б одразу залишив веб-сторінку довжиною більше 4 або 5 футів, але це здебільшого справедливо), тому вам потрібно хвилюватися лише про ширину. І дійсно, єдині ширини, які потрібно кодувати, такі: 240, 320, 480 (для старих iThings), 640, 800, 1024, 1280, 1440, 1600, 1920, 2048, 2560. Навіть не турбуйтеся за 4 кб, він занадто сильно роздує ваші зображення, і розмір 2560, розтягнутий на 100% ширину, виглядає просто чудово на моніторі 4k (я це протестував). Крім того, не турбуйтеся 720 (720x480), як запропонував попередній плакат. Її роздільна здатність використовується майже виключно цифровими камерами, і навіть тоді це дуже рідкість.
Якщо хтось використовує екзотичну роздільну здатність, майже будь-який рендерінг, зроблений за останні 15 років, округлиться, тому, якщо чиясь ширина екрана, скажімо, 1100, це завантажує правило 1024 CSS, ваш сайт не повинен порушуватися. Це робить облік екзотичних дозволів, намагаючись створити чуйне правило непотрібним, і думка про те, що потрібно кодувати всі можливі налаштування пікселів за пікселями, є смішною, якщо хтось не використовує веб-браузер настільки застарілий, що ваш сайт, ймовірно, не завантажиться на все одно.
width
вem
s іде навпаки. Це те,width
що залежить відfont-size
. @JosephSilber Саме так я подумав.