나는 오랫동안 죽은 질문을 부활시키고 있다는 것을 알고 있지만 같은 질문이 있었고 무언가를 추가하고 싶었습니다. 이것을 금지하지 마십시오.이 답변을 정당화하는 것이 중요하다고 생각했습니다. 필요한 경우 삭제하겠습니다. @Joseph Silber는 잘못되었습니다. 실제로 모든 가능성을 코딩하는 것이 실제로 가능한 방법입니다. 그 이유는 실제로 무한한 가능성이 없기 때문입니다. 기술적으로는 있지만 방문자의 99 %가 표준 해상도를 사용합니다. 대부분의 모바일 OS가 창 크기를 조정하지 않고 전체 화면으로 앱을 실행하기 때문에 모바일 (응답 성 웹 디자인의 주된 이유)의 경우에는이 점이 사실입니다.
또한 스크롤 막대로 인해 높이는 거의 관련이 없습니다 (1, 4, 5 피트 이상인 웹 페이지는 즉시 떠날 수 있지만 대부분은 사실입니다). 너비 만 걱정하면됩니다. 그리고 실제로 코딩해야 할 폭은 240, 320, 480 (이전 iThings의 경우), 640, 800, 1024, 1280, 1440, 1600, 1920, 2048, 2560입니다. 4k, 이미지가 너무 부풀어 오르고 100 % 너비로 늘어난 2560 크기가 4k 모니터에서 잘 보입니다 (테스트했습니다). 또한 이전 포스터가 제안한대로 720 (720x480)을 신경 쓰지 마십시오. 디지털 카메라에서 거의 독점적으로 사용되는 해상도이며 매우 드문 경우입니다.
누군가가 이국적인 해상도를 사용하고 있다면 지난 15 년 동안 만들어진 거의 모든 렌더러가 반올림되므로 누군가의 화면 너비가 맞다면 말입니다. 1100, 1024 CSS 규칙을로드 할 예정이므로 사이트가 중단되지 않아야합니다. 이것은 반응 형 규칙을 불필요하게 만들려고 시도하여 이국적인 해상도를 설명합니다. 웹 브라우저를 너무 오래 사용하여 사이트를로드하지 않는 한 모든 가능한 설정을 픽셀 단위로 코딩해야한다는 생각은 어리 석습니다. 어쨌든.
width
inem
의 지정은 다른 방향으로 진행됩니다. 에width
따라 다릅니다font-size
. @JosephSilber 정확히 내가 생각한 것입니다.