Resolución del dispositivo móvil (ancho, alto) encabezado de tamaño de pantalla

Parece que no existe un estándar real para especificar el "tamaño de pantalla" en un encabezado http de un agente de usuario.Resolución del dispositivo móvil (ancho, alto) encabezado de tamaño de pantalla

Por ejemplo, las dos cabeceras a continuación:

X-UP-devcap-screenpixels: 320x240

UA-pixels: 320x240

son dos cabeceras de uso común. El segundo es utilizado principalmente por dispositivos con Windows Mobile. El X-UP parece que proviene de la puerta de enlace del navegador UP.

Otra opción es

X-Screen-Width: 320 
X-Screen-Height: 240

los X-Screen-Ancho podría hacerse un encabezado arriba.

Mi pregunta es:

¿Qué es un buen nivel para adoptar en nuestra "transcodificador" de cara al futuro? No es realmente un navegador web completo, pero es principalmente para sitios limitados. Pero debería ser el estándar que adoptaría Opera Mini/GWT, etc.

Ni Opera Mini ni Google Web Transcoder envían esta información a través de sus solicitudes HTTP. Supongo que esperan que el sitio busque el modelo del teléfono y, por lo tanto, el ancho y alto de la pantalla, en el lado del servidor.

De hecho encontré esto RFC 4229 llamado Registro de campo de encabezado HTTP. Está un poco desactualizado y es una misión para contribuir a las soluciones.

Si tuviera que ver qué se usa principalmente en el campo, probablemente terminaría yendo con "UA-Pixels".

Algunas referencias más

algunos dispositivos (en su mayoría de Windows Mobile de nuevo) tienen un valor de 320x240 en la cabecera del agente de usuario

Fuente

2009-08-31 David d C e Freitas

Otro buen recurso: http://mobiforge.com/developing/blog/useful-x-headers No pude publicar este enlace arriba debido al límite de 1 enlace para usuarios nuevos. –

Trabajo en compañía proveedora de contenido. Internamente, utilizamos la base de datos [WURFL] [1] para determinar el tamaño de pantalla de dispositivos particulares. [1]: http://wurfl.sourceforge.net – ariefbayu

Es cierto, pero lo que tenemos es un cliente -> Proxy -> WEB. somos los dueños del CLIENTE y proxy, por lo que sólo quieren que sea más fácil para el sitio que estamos solicitando por ya que proporciona el ancho y la altura de modo que cada sitio no tiene que volver a implementar las operaciones de búsqueda WURFL y mantenimiento, etc. Debido a que ya tenemos la información del dispositivo en nuestro cliente. (JME etc) –

Es peor de lo que cree.

UA-píxeles: 320x240

es a menudo una mentira. En la versión IEMobile < 8 (Windows Mobile < 6.1.4), los dispositivos con 640x480 píxeles todavía se notifican como 320x240. Además, en la mayoría de las versiones de IEMobile, la vista puede ampliarse hasta cierto punto, de modo que el tamaño de diseño que tiene que golpear no está relacionado con el tamaño de los píxeles UA.

Las oportunidades para el diseño de líquidos están limitadas antes de IEMobile 8. Sin embargo, en IEMobile 8 en WinMobile 6.5 obtienes una resolución XGA alejada, te guste o no. Ah, y no hay forma de olfatear IEM8-on-6.5 vs. IEM8-on-6.1 de los encabezados.

No estoy seguro de cuál es exactamente el propósito de su aplicación, pero producir HTML/CSS que rinde exactamente al tamaño de la pantalla es prácticamente imposible si sus objetivos incluyen el horror abismal que es IEMobile.

Fuente

2009-08-31 13:15:52 bobince

El propósito es más para obtener los anchos de imagen correctos (probablemente el uso más común de la mayoría de las bases de datos de dispositivos). Pero es más como Opera Mini, toma html, lo mete en un lenguaje de marcado binario, que luego es interpretado por el cliente. –

Aquí está una lista de cabeceras de resolución de pantalla común:

X-UP-devcap-screenpixels

UA-pixels

X-JPHONE-DISPLAY

Miré el fragmento de código que Google da de por su Adsense móvil y estos son los tres que verifican hasta ahora.

Fuente

2011-10-04 07:11:11

Resolución del dispositivo móvil (ancho, alto) encabezado de tamaño de pantalla

Respuesta

Cuestiones relacionadas