Infinity-Profan

- Seite 1 -

Durch Anpassung von Api 19 auf 16 hatte ich mir display.fullscreen zerballert -
funktioniert jetzt aber wieder mit Api 16 auf 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 Funktionen:

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

Gibt jeweils die physikalische Größe bzw. Anzahl der Pixel des Displays zurück, quasi %maxx und %maxy. Aber Achtung: verkehrt sich je nach Rotation! Achtung: Die Größe des Hauptfensters gui.hwnd kann kleiner sein z.B. wenn nicht der Vollbildmodus aktiv ist!

24.01.2015 ▲

2 neue Funktionen:

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

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

07.05.2015 ▲

iF (07.05.15)

2 neue Funktionen:

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

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

Aber Achtung: es gibt offensichtlich keine Möglichkeit die absolut genaue
Größe des Displays herauszurechnen - etwa die Breite in cm o.ä.,
weil die dpi-Angaben nicht perfekt genau sind. Ein Gerät mit 7,5cm
breitem Display ergibt nach der Rechnung nur 6,5cm. Das scheint aber
alle APPs zu betreffen bzw. komplett Android, denn egal welche APP ich
aus dem PlayStore teste, sie rechnen alle so "un"genau. Finde ich schade.
Vlt. hat ja noch jemand eine Idee, wo die genaue Größe steht. Im Moment
glaube ich nirgends.

07.05.2015 ▲

HofK

Habe noch ein wenig gesucht, aber keine exakte Angabe gefunden.
Eine verständliche deutschsprachige Darstellung zur generellen Problematik unter [...]

bezieht sich auf [...]

. Weiter unten findet sich dort:
"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 ich nicht mehr einfach verdoppeln? Wie kommt Google auf den vorletzten Wert?

Fazit: Android rechnet wohl immer "ungefähr", also ~ weiter oben auf der Seite, aber auch schon veraltet:
"Note: Beginning with Android 3.2 (API level 13), these size groups are deprecated in 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 ich hoffte wäre ein Wert vom Vendor - versteckt in irgend einer
Info - wo die Displaymaße in mm seht oder inch oder so. Scheints aber
net zu geben.

HofK

Wenn es bald praktisch für jeden einfach bestimmbar ist, können wir ja eine Tabelle aller verfügbaren Geräte aufmachen. Dann wird man sehen, ob die Differenz in irgendeiner Form systematisch oder völlig chaotisch ist.

Och ja, jo!

- Seite 2 -

Die ganzen Konstanten als Getter sind unnötig, Funktion muss umgeschrieben werden sodass sie (wie andere auch) einfach nur ein assoz. Array liefert wenn kein Param übergeben wurde.

07.11.2015 ▲

Noch anders: Die einzelnen Getter sind durchaus sinnvoll, aber die FN
ohne Params muss auch alle Assoziationen liefern.

07.11.2015 ▲

Ok, ab 0.7.2 (nächste Version)

reicht ein print display().fontsizes oder display()["fontsizes"] für display(display.fontsizes) da die FN display ohne Params ein assoz. Array liefert.

07.11.2015 ▲