Bildschirmauflösung und Positionierung von Controls

[himitsu]

Zitat:

Ach ja, die Windows 10 Skalierung vergesst erstmal, die funktioniert bei den Screen-Readern ohnehin nicht.

Falsch?

Die Fenster werden ja erstmal dargestellt und das dann gelesen, also gibt es ALLES.
Außerdem ließt man nicht das Fenster, sondern nutzt besser eine passende API.
So bietet Windows eine API für ScreenReader, welche auch Delphi unterstüzen kann. Dort wird intern eine Schnittstelle angeboten, um die "wichtigsten" Komponenten richtig auslesen zu können, ohne die Pixel analysieren zu müssen.

Accessibility API

Gerade da FMX oft komplett selbstgemalt ist, gibt es da keine "gute" Möglichkeit die einzelnen Komponenten extern auszulesen, so wie in der VCL (Win32-API),
auch wenn z.B. in der VCL das Label kein eigenes WinControl ist und somit ebenfalls extern garnicht existiert.
https://www.delphipraxis.net/196472-...it-delphi.html
https://www.fmxexpress.com/accessibi...ndows-and-osx/
https://stackoverflow.com/questions/...screen-readers
https://edn.embarcadero.com/article/33642





4K?
8K ist das neue Hochauflösend. (auch wenn der deutsche Markt immer bissl hinterherhängt)
und Ultra Wide (ein extra breiter Monitor, anstatt zwei Normale)
https://www.amazon.de/Philips-439P9H.../dp/B07YZYZDSD (wobei das nicht so richtig 8K ist, sondern 2x 4K nebeneinander)

Querformat oder Hochformat,

ein, zwei oder mehr Monitore

gern auch ein großer Monitor und ein "kleinerer" im Hochformat danaben (für Chats usw.)

Hochformat passt auch mehr Quellcode/Zeilen auf den Screen, da die meisten Entwickler es nicht ausnutzen und keine 3000 Zeichen lange Codezeilen erstellen, um Hochauflösend in Breit auszunutzen.