Infinity-Profan

- Página 1 -

Durch Anpassung de Api 19 en 16 Tuve me display.fullscreen zerballert -
funktioniert ahora aber otra vez con Api 16 en allen Systemen.

24.01.2015 ▲

Konstanten hinzugefügt:

display.rotation //=1
display.fullscreen//=2
display.keepon //=3
display.rotation.left //=8
display.rotation.right //=0
display.rotation.top //=1
display.rotation.bottom //=9
display.rotation.sensor //=4

24.01.2015 ▲

2 neue Características:

display.width //=100
display.height //=101

Gibt jeweils el physikalische Größe o. Anzahl el Pixel des Displays zurück, quasi %maxx y %maxy. Aber Achtung: verkehrt se je después de Rotation! Achtung: El Größe des Hauptfensters gui.hwnd kann kleiner ser z.B. si no Vollbildmodus aktiv es!

24.01.2015 ▲

2 neue Características:

display.xdpi //=102
display.ydpi //=103

Liefer zurück, wieviele Pixel el Display pro Inch anzeigt.

07.05.2015 ▲

IF (07.05.15)

2 neue Características:

display.xdpi //=102
display.ydpi //=103

Liefer zurück, wieviele Pixel el Display pro Inch anzeigt.

Aber Achtung: lo son offensichtlich no Möglichkeit el absolut genaue
Größe des Displays herauszurechnen - etwa el Breite en cm o.ä.,
porque el dpi-Angaben no perfekt genau son. Ein Gerät con 7,5cm
breitem Display ergibt después de el Rechnung sólo 6,5cm. Das scheint aber
todos PFA a betreffen o. komplett Android, porque egal welche APP Yo
de el PlayStore teste, ellos rechnen todos así "un"genau. Finde Yo schade.
Vlt. ha sí todavía alguien una Concepto, wo el genaue Größe es. Im Moment
glaube Yo nirgends.

07.05.2015 ▲

HofK

Posesiones todavía una wenig gesucht, pero no exakte Angabe gefunden.
Un verständliche deutschsprachige Darstellung a generellen Problematik bajo [...]

bezieht se auf [...]

. Weiter unten findet se hay:
"To create alternative bitmap drawables for different densities, you should follow the 3:4:6:8:12:16 scaling ratio between the six generalized densities. For example, if you have a bitmap drawable that's 48x48 pixels for medium-density screens, all the different sizes should be:

36x36 (0.75x) for low-density
48x48 (1.0x baseline) for medium-density
72x72 (1.5x) for high-density
96x96 (2.0x) for extra-high-density
180x180 (3.0x) for extra-extra-high-density
192x192 (4.0x) for extra-extra-extra-high-density (launcher icon only; see note above)"

Kann Yo no mehr simplemente verdoppeln? Como kommt Google en el vorletzten Valor?

Fazit: Android rechnet wohl siempre "ungefähr", also ~ más oben en el Página, aber auch ya veraltet:
"Note: Beginning with Android 3.2 (API level 13), these size groups are deprecated en favor of a new technique for managing screen sizes based on the available screen width.
dpi (low) ~120dpi
mdpi (medium) ~160dpi
hdpi (high) ~240dpi
xhdpi (extra-high) ~320dpi
xxhdpi (extra-extra-high) ~480dpi
xxxhdpi (extra-extra-extra-high) ~640dpi "

XProfan 11

Worauf Yo hoffte wäre una Valor vom Vendor - versteckt en irgend uno
Info - wo el Displaymaße en mm seht oder inch más o menos. Scheints aber
net a geben.

HofK

Wenn lo bald praktisch para cada simplemente bestimmbar es, puede wir sí una tabla aller verfügbaren Geräte aufmachen. Dann se uno sehen, si el Differenz en irgendeiner Form systematisch oder völlig chaotisch es.

Och sí, jo!

- Página 2 -

El ganzen Konstanten como Getter son unnötig, Función muss umgeschrieben voluntad sodass ellos (como otro auch) simplemente sólo una assoz. Array liefert si kein Param transferencia wurde.

07.11.2015 ▲

Noch anders: El individual Getter son durchaus sinnvoll, aber el FN
sin Params muss auch todos Assoziationen liefern.

07.11.2015 ▲

Ok, de 0.7.2 (nächste Versión)

reicht una imprimir display().fontsizes oder display()["fontsizes"] para display(display.fontsizes) como el FN display sin Params una assoz. Array liefert.

07.11.2015 ▲