망막 지원 장치에 대한 미디어 쿼리

Javascript는 Galaxy S3의 화면 해상도가 720x1280 인 것을 알려줍니다. 그러나이 문서는 360x567로보고됩니다.망막 지원 장치에 대한 미디어 쿼리

문서를 화면 해상도보다 정확하게 반영 할 수 있습니까? 뷰포트의 초기 스케일은 아마도?

나는 그것을 관리 할 수없는 것 같습니다! 장치가 2 개 하드웨어 픽셀을 사용하고 넓은 때문에

가 내 장치의 해상도가 세로 모드 720px 폭이 알고 명확히하기 위해, 웹 페이지 요소를 넣어 그러나 때 요소는 360 픽셀에서 페이지의 폭을 채 웁니다 각 CSS 픽셀. 장치가이 작업을 중단 할 수 있습니까?

2013-05-09 michael

약간 명확히 할 수 있을까요? 페이지가 해당 장치의 화면 일부만 채우고 있습니까? –

첫째, 왜

레티 나 아이폰 세로 모드에서 640 개 물리적 픽셀의 폭 (쿼크 모드에서 약 devicePixelRatio PPK)에서 대부분의 시간을이 정보를 사용하지. 여전히 메타 뷰포트를 사용하는 웹 사이트는 640px 너비가 아니며 대신 iPhone에 의 최적 읽기 크기 인 320에 머물러 있어야합니다.
@media 
    only screen and (-webkit-min-device-pixel-ratio: 2), 
    only screen and (min-resolution: 192dpi) { 
    /* Retina-specific stuff here */ 
} 
하지만 거기에 다른 사람은도에 대한 링크 : 당신은 여전히 특히 고해상도 장치 (애플의 레티 나라고도 함), 당신은 Cross Browser Retina/High Resolution Media Queries을 읽어야 대상으로 할 때

둘째, 짧은 조각은 어디 윈도우 폰, 오페라 미니, 파이어 폭스 OS 및 지금 존재하는 다른 비율에 관한 3 가지 흥미로운 기사 및 업데이트

출처

2013-05-09 11:47:43 FelipeAls

이제 조금 더 이해하기 시작했습니다. 고해상도는 개발자가 더 많은 부동산을 더럽히는 것이 아니라 부동산을 더 잘 보이게합니다! – michael

예, 실제 픽셀은 브라우저가 webdev가 보길 원하는 가상 픽셀과 관련이 없습니다. 공급 업체의 관점에서 볼 때 사용자는 더 나은 화면을 제공하면서 99.99 %의 웹 사이트와의 호환성을 보장합니다. 핸드 헬드 미디어 (사이트의 0.1 % 차지)를 무시하고 세상에 자사의 스크린이 960pixel인지 980px인지를 알리는 첫 번째 아이폰 이후로 같은 이야기입니다. 일종의. 그리고 웹 사이트가하지 않을 열심히 일해야했습니다. – FelipeAls

망막 지원 장치에 대한 미디어 쿼리

답변

관련 문제