Sei que estou ressuscitando uma pergunta há muito morta, mas tinha a mesma pergunta e queria acrescentar algo. Por favor, não me proíba por isso, eu senti que era importante o suficiente para justificar esta resposta, vou excluir, se necessário. @ Joseph Silber está errado, codificar todas as possibilidades é realmente uma maneira viável de fazer isso. A razão é porque, na verdade, não existem infinitas possibilidades. Bem, tecnicamente existem, mas 99% dos seus visitantes estarão usando uma resolução padrão. Isso é duplamente verdadeiro para dispositivos móveis (a principal razão do design responsivo da web) porque a maioria dos sistemas operacionais móveis executa aplicativos em tela cheia sem redimensionar a janela.
Além disso, a altura é praticamente irrelevante por causa da barra de rolagem (até certo ponto, eu deixaria imediatamente uma página da Web com mais de 1,80 metro de comprimento, mas isso geralmente é verdade), então você só precisa se preocupar com a largura. E realmente, as únicas larguras que você precisa codificar são as seguintes: 240, 320, 480 (para iThings mais antigos), 640, 800, 1024, 1280, 1440, 1600, 1920, 2048, 2560. Não se preocupe em 4k, ele inchará muito suas imagens e o tamanho 2560 esticado até 100% de largura ficará bem em um monitor 4k (eu testei isso). Além disso, não se preocupe com 720 (720x480), como sugerido no pôster anterior. É uma resolução usada quase exclusivamente por câmeras digitais e, mesmo assim, é muito incomum.
Se alguém estiver usando uma resolução exótica, quase todos os renderizadores criados nos últimos 15 anos serão redondos, portanto, se a largura da tela de alguém for, digamos. 1100, vai carregar a regra CSS 1024, seu site não deve quebrar. Isso torna desnecessária a contabilização de resoluções exóticas, tentando criar uma regra responsiva, e a idéia de que você precisa codificar para cada configuração possível pixel por pixel é ridícula, a menos que alguém esteja usando um navegador da Web tão desatualizado que seu site provavelmente não carregaria em tudo de qualquer maneira.
width
noem
coisa s vai a outra maneira ao redor. É owidth
que depende dofont-size
. @JosephSilber Isso é exatamente o que eu pensava.