spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Thoran«

Zitat von »BlueCobold«

Ich würde Dir zu beidem raten. Sonst hast Du keine Möglichkeit ein Element immer z.B. 30 Pixel vom rechten Rand zu positionieren. Das geht nämlich nur mit der Kombination aus 100% - 30 Pixel.

Ich frage mich warum man das tun will, wenn man ein auflösungsunabhängiges GUI entwicklen will?

Für "Auflösungsunabhängig" gibt es 3 Möglichkeiten:
Die Oberfläche skaliert mit der sich ändernden Bildschirmgröße (Angaben wären für Höhen- und Breitenangaben immer abhängig von der Breite, Höhe oder Fläche/Diagonale des Bildschirms), die Oberfläche nimmt überall den gleichen absoluten Platz ein (in Zentimetern, Größen/Positionierungen ggf. prozentual) oder die Oberfläche nimmt den gleichen relativen Platz ein (in Pixeln, Größen/Positionierungen ggf. prozentual, "Auflösungsunabhängig" kommt hier durch Ausrichtungen und prozentuale Größen). Mit beiden Herangehensweisen lassen sich Oberflächen gestalten, die sich an die Auflösung und das Seitenverhältnis automatisch anpassen (auch wenn man bei beiden in bestimmten Fällen Probleme bekommen kann).
In diesem Fall scheint wohl das Ziel zu sein, dass die Oberflächenelemente überall den gleichen Platz einnehmen.

Ich persönlich würde in einem Spiel grundsätzlich ein Layout präferieren, welches unabhängig von der Auflösung den gleichen Platz auf dem Bildschirm einnimmt. Nachteile dabei können sein, dass man seine Oberfläche zu klein gestaltet bzw. einen zu großen Bildschirm voraussetzt, wodurch das gleiche Layout auf kleineren Bildschirmen schlechter zu erkennen ist.
Im Gegensatz dazu haben Angaben in Pixeln das Problem, dass entsprechende Elemente bei steigender Pixeldichte oder Abstand zum Bildschirm (Fernseher/Beamer) schlechter zu erkennen sind und Angaben in Zentimeter, dass das Layout bei zu kleinen Bildschirmen zerstört werden kann und dass man ebenfalls bei steigendem Abstand weniger erkennen kann.
Und das hatte jetzt nur bedingt mit dem eigentlichen Thema zu tun...


Zur Problematik mit den Berechnungen:
Ich finde es grundsätzlich auch besser, wenn derartige Definitionen gänzlich ohne Formeln in den Definitionen auskommen, allerdings kommt man immer mal wieder an Punkte, an denen es schwierig ist, entsprechende Definitionen zuzulassen. Ein Beispiel dafür wären relative Angaben. Beziehen sich diese auf die Größe des aktuellen Elements, des Elternelements oder des obersten Elements (dem Fenster/Bildschirm)?
Für den gegebenen Fall wurde ja bereits eine lösungsmöglichkeit gegeben (wobei ich eine Angabe, wie left="50%" oder right="-50%" besser finden würde. Eine andere Möglichkeit wäre es, am Element einen Bezugspunkt zusätzlich zur Ausrichtung zu setzen. Der Standard könnte sein, dass der Bezugspunkt immer der Ausrichtung entspricht und in diesem Fall könnte es mit center überschrieben werden, wodurch das Element ebenfalls an der gewünschten (wenn auch fragwürdigen) Stelle steht.


Nachtrag (habe wohl etwas langsam geschrieben):
Elemente nebeneinander platzieren: gleicher Parent mit entsprechendem LayoutManager/Typ
Wenn sie visuell nebeneinander liegen, dann sollten sie sehr wahrscheinlich nicht untereinander in der Hierarchie liegen. Wenn sich die Position automatisch aktualisieren soll, wenn der "Parent" verschoben wird: entweder gemeinsame Parent das, was tatsächlich verschoben wird oder es müsste eine entsprechende Abhängigkeit eingebaut werden.


Nachtrag 2 (ganz vergessen):
Bei der Layoutdefinition in Zentimetern wird dem Problem zu kleiner Bildschirme so entgegen gewirkt, dass für zu kleine Bildschirme ein anderes Layout verwendet wird. Auf Android wird dies meines Wissens grundsätzlich (bei regulären Apps, bei Spielen kann ich das nicht mit Sicherheit sagen) gemacht.

Zitat von »David Scherfgen«

Vielleicht um "Randgrafiken" für Fenster, Buttons etc. nicht mitzuskalieren. Das sieht ggf. ziemlich hässlich aus.
Bei den meisten Betriebssystemoberflächen sind ja auch die Fensterrahmen und die Buttons zum Minimieren, Maximieren und Schließen eines Fensters immer gleich groß, egal welche Auflösung man einstellt.

Dem Problem der Skalierung kann man entweder so entgehen, indem man mehrere Auflösungsstufen der gleichen Grafik verwendet oder indem man statt Rastergrafiken irgendeine Form von Vektorgrafiken o. ä. verwendet. Desktopicons beispielweise können auf Windows unterschiedliche (Pixel-)Größen haben, abhängig von den Einstellungen des Benutzers, und die Kacheln des Modern UI und deren Symbole richten sich nach der Bildschirmgröße (nicht nach der Auflösung).

Zitat von »Endgegner«

Mal rein interessehalber: Wie würdest du align="right" xoffset="50%" ändern, wenn du das Widget rechts neben dem Parent mit 10px Abstand platzieren wolltest? align="right" xoffset="100%" leftmargin="10px"?

align="right" xoffset="-50%"

Zitat von »Thoran«

Ich frage mich warum man das tun will, wenn man ein auflösungsunabhängiges GUI entwicklen will?

Angenommen ich habe ein Icon, welches bei 1920x1080 am rechten Rand liegen soll, aber mit einem gewissen Abstand, damit es nicht so drangeklatscht wirkt. Z.B. die Skill-Buttons in WoW (oder in jedem anderen Game). Ohne %+Offset/Margin bekommt man es sonst nie hin, dass ein Element an der rechten Seite mit einem Abstand hängt. Wie auch?
Ein Spiel wird mit einer default-Auflösung entworfen und für die gelten die Pixel-Abstände. Dass kleinere oder andere Auflösungen das dann mal skalieren, das ist davon total unabhängig.

Ist das Problem aber nicht, dass ich beim Entwurf in Pixelabständen denke? Ich würde, wenn ich so eine Skillbar designen müßte, das ganze eher bspw. als 0,01 vom Rand angeben, also in einer genormten GUI-Fläche (bsp Breite ~1.7 Höhe 1.0 für 16/9) sozusagen. Diese genormte Fläche kann, dann letztendlich zur Laufzeit auf die jeweilige tatsächliche Auflösung transformiert werden. Bleibt das Problem mit dem Seitenverhältnis, dass man aber wohl nie los wird, wenn man unter einer bestimmten Annahme anfängt seine GUI zu designen.

Hö? Wieso denn? Die Elemente alignen sich doch einfach nur anders. Du kannst Dir ja mal Rickety Racquet (die spielbare Version) anschauen. Da werden die Text-Elemente oben am Rand genau so ausgerichtet. Sie werden nicht skaliert, sondern nur gelayoutet, aber da passende Skalierung mit rein zu packen wäre ja das geringste Problem und unabhängig von der Position. Ich sehe kein Problem darin beim Entwurf in Pixeln zu denken. Ich kann mir auch eine virtuelle Größe bauen, aber letztlich wird der Abstand ohnehin irgendwie festgelegt. Ob das nun 20 Pixel, 2 cm auf einem 96DPI-Bildschirm oder anderthalb Daumen sind, das ist doch egal. Ich kann Pixel skalieren und ich kann auch virtuelle Daumen skalieren.