2009-08-31 3 views
6

Sembra che non ci sia uno standard reale per specificare "dimensione schermo" in un'intestazione http da un programma utente.Intestazione dimensione schermo (larghezza, altezza) risoluzione dispositivo mobile

Ad esempio, i due collettori indicati

X-UP-devcap-screenpixels: 320x240 

o

UA-pixels: 320x240 

sono due intestazioni comunemente usati. Il secondo è utilizzato principalmente dai dispositivi Windows Mobile. Lo X-UP sembra proveniente dal gateway del browser UP.

Un'altra opzione è

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

l'X-Screen-larghezza potrebbe essere fatto un up colpo di testa.

La mia domanda è:

Che cosa è un buon livello di adottare sul nostro "transcoder" andare avanti? Non è davvero un browser web completo, ma è principalmente per siti limitati. Ma dovrebbe essere lo standard adottato da Opera Mini/GWT ecc.

Né Opera Mini né Google Web Transcoder invia queste informazioni tramite le loro richieste HTTP. Immagino si aspettino che il sito cerchi il modello del telefono, e quindi la larghezza e l'altezza dello schermo, sul lato server.

In realtà ho trovato questo RFC 4229 chiamato HTTP Header Field Registration. È un po 'obsoleto e una missione per fornire correzioni.

Se dovessi vedere cosa viene usato principalmente nel campo, probabilmente finirei con "UA-Pixel".

Alcuni più riferimenti

  • alcuni dispositivi (ancora in gran parte di Windows Mobile) hanno un valore 320x240 nell'intestazione user-agent
+0

Un'altra buona risorsa: http://mobiforge.com/developing/blog/useful-x-headers Non ho potuto pubblicare questo collegamento sopra a causa del limite di 1 collegamento per i nuovi utenti. –

+1

Lavoro nella società di provider di contenuti, internamente utilizziamo il database [WURFL] [1] per determinare le dimensioni dello schermo di determinati dispositivi. [1]: http://wurfl.sourceforge.net – ariefbayu

+0

Vero, ma quello che abbiamo è un CLIENTE -> Proxy -> SITO. Possediamo CLIENT e Proxy, quindi vogliamo rendere più semplice il SITO che stiamo richiedendo fornendo già la larghezza e l'altezza in modo che ogni SITO non debba reimplementare la ricerca e la manutenzione di wurfl ecc. Perché abbiamo già le informazioni sul dispositivo nel nostro cliente. (JME ecc.) –

risposta

3

E 'peggio di quanto si pensi.

UA-pixel: 320x240

è spesso una bugia. Nella versione IEMobile 8 (Windows Mobile 6.1.4) i dispositivi con 640x480 pixel si segnalano ancora come 320x240. Inoltre, nella maggior parte delle versioni di IEMobile la vista può essere ingrandita in una certa misura in modo che la dimensione del disegno da colpire non sia correlata alla dimensione dei pixel UA.

Le opportunità per il layout del liquido sono limitate prima di IEMobile 8. Tuttavia in IEMobile 8 su WinMobile 6.5 si ottiene la risoluzione XGA, con lo zoom indietro, che piaccia o meno. Oh, e non c'è modo di annusare IEM8-on-6.5 contro IEM8-on-6.1 dalle intestazioni.

Non sono sicuro di quale sia esattamente lo scopo dell'applicazione, ma l'output di HTML/CSS che si adatta esattamente alle dimensioni dello schermo è praticamente impossibile se i tuoi obiettivi includono l'orrore abissale che è IEMobile.

+0

Lo scopo è più quello di ottenere le larghezze dell'immagine corrette (probabilmente lo scopo più comune della maggior parte dei database dei dispositivi). Ma è più simile a Opera Mini, prende html, lo inserisce in un linguaggio di markup binario, che viene quindi interpretato dal client. –

0

Ecco un elenco di schermo comuni intestazioni risoluzione:

X-UP-devcap-screenpixels 

o

UA-pixels 

o

X-JPHONE-DISPLAY 

ho guardato il frammento di codice che Google dia di per il loro mobile di Adsense e questi sono i tre che controllano fino ad ora.