Darstellung IOS - Iphone 14 Pro zu klein

[philipp.hofmann]

Mit Layout ist hier die Komponente TLayout gemeint. Diese liegt bei mir auf der ersten Ebene, damit ich die Anwendung dementsprechend zoomen kann.

Meine Anwendung hat zu viele grafische Komponenten, daher arbeite ich komplett ohne Align und pixelgenau. Ist aber viel Arbeit und daher kann ich den Ansatz mit Align gut verstehen. Aber viel Arbeit ist das Design spätestens seit ich einen Produkt-Designer habe eh, weil der wirklich auf jedes verdammte Pixel schaut.

Und was den Notch angeht: Dieser ist beim iPhone 12 Mini einfach mal eine Frechheit. Der nimmt rund 60% der Breite des Display ein. Da muss man dann mit der Anwendung bei Pixel 30 oder so beginnen, damit es einen Sinn ergibt und die ersten 30 Pixel sind nur Hintergrund. Ich würde mir wünschen, dass die Anwendung da perse erst unterhalb des Notch beginnt. Es führt dazu, dass man den Kunden teilweise raten muss, das Display um 180° zu drehen, wenn etwas verdeckt wird.

[Rollo62]

Zitat von philipp.hofmann:

... arbeite ich komplett ohne Align und pixelgenau. ...

Das ist bei iPhone / iOS und Windows mit seinen mehr als 1000 verschiedenen Display- und Aspektgrößen kaum machbar.
Wie legst Du das denn an ?
Vielleicht mit ein paar verschiedenen Layouts in den üblichsten Formaten, ähnlich zum Beispiel 4:3, 16:9 16:10, wobei diese dann auf den realen Geräten mit
möglicherweise Leerräumen reingesetzt werden (wie beim alten Breitwand-Film ), so dass das designte Aspekt-Ratio immer optimal gleich bleibt ?

Ich mache das "Pixelgenau" nur an der Stelle wo es unbedingt sein muss, vieleicht ein Icon in einem Teilbereich,
den Rest überlasse ich TAlignLayout.

Der Vorteil von TAlignLayout ist dass ich Height/Width und insbesondere Margins gut nutzen kann um damit z.B. gerätespezifische Anpassungen zu machen.
Das habe ich z.B. bei Android/iOS gemacht um unterschiedliche Höhen an innenliegenden Layoutelementen einzustellen.
Wo möglich habe ich diese unterschiedlichen Settings aber wieder rausgeworfen, bei mir geht es auch meistens ohne.

[philipp.hofmann]

Ich berechne von meinen Areas in der Applikation Größen in Abhängigkeit von clientWidth und clientHeight und kümmere mich darum, dass z.B. alle Schaltflächen am Ende die gleiche Größe haben. In den Areas platziere ich dann alle Komponenten, wobei teilweise auch die Basis-Schriftgröße auf Basis der Elementgröße berechnet wird, um es optimal auszunutzen.

Aber wie gesagt, dies hängt insbesondere an der Anzahl der Elemente, wo ich dann je nach Größe auch entscheide, ob sie ein- oder zweizeilig dargestellt werden.

[Rollo62]

Oh ja, das sieht sehr schick aus
Ich lege solche Frames wie z.B. links und rechts oben separat an, und lasse das sich selbst optimal ausrichten.
Wenn ich die Frames dann in die Hauptansicht lege mit Aligne.Left / Aligen.Right, dann brauche ich z.B. nur noch die Höhe anpassen damit es richtig "responsiv" reinpasst.

Vermutlich machst Du das auch schon so.
Der Vorteil der Frames ist dass man Sub-Views sehr schön separat alegen und warten kann und das funktioniert bei mir sehr gut ( Frames natürlich nur zur Laufzeit anlegen und einbinden ).