Jupp, ohne UseLatestCommonDialogs werden "einige" Dialoge über die
VCL mit TForm nachgebaut.
z.B. ShowMessage
Das ist auch als Fallback drin, für alte Windowse, oder wo jemand schlau sein wollte und z.B. im alten TerminalServer die "neuen" Styles deaktiverte, weil wegen schneller, Win2000 eh besser aussah, oder so,
was aber auch darin mündet, dass in der alten
API z.B. neuen Dialoge/Komponenten nicht vorhanden sind, wie z.B. der TaskDialog oder die neuen FileOpenDialoge.
Die neuen APIs machen dann oft nichts und tun einfach so, als hätte man Abbrechen gedrückt.
Genauso kann man auch gezielt die
VCL-Dialoge erstellen, z.B. via
CreateMessageDialog.
Die neuere TaskDialogAPI bietet jetzt auch eine Translation, aber wir haben (noch) diese
VCL-Dialoge genutzt um Buttons z.B. mit einem anderem "sprechenderen" Text zu versehen oder sonstwelche
VCL-Komponenten drauflegen zu können.
Weil im Text war sowas ja grauenhaft, wenn man da so Sachen schreibt, wie "Willst du das wirklich überschreiben? Ja=Überschreiben, Nein=Name ändern und Abbrechen=nichts machen".
Bei so selbstgemaltem Schrott ala FMX (ohne ) oder Java, sieht das Programm sonstwie aus und hat auch noch sein eigenes Verhalten.
Gut, für jeden kleinen Mist tut heute fast jeder das mit eigenen Skins versehn,
aber was ist grundsätzlich dagegen einzuwenden, wenn viele Programme in einem System sich einheitlich/kompatibel verhalten und auch
gleich einheitlich aussehen?
Sowohl Windows, Mac, als auch Linux-
GUI-Frameworks haben auch ihre eigenen Design- und Verhaltensvorgaben.
https://learn.microsoft.com/en-us/windows/apps/design/
https://learn.microsoft.com/en-us/wi...design/basics/
https://learn.microsoft.com/en-us/wi...ign-principles
https://learn.microsoft.com/en-us/wi...ide/guidelines
https://learn.microsoft.com/en-us/wi...ace-principles
...
(gut, selbst MS hält sich nicht immer selbst dran)