macOS Programme unter High Sierra oder älter

[Bernhard Geyer]

Zitat:

Zitat von Rollo62 (Beitrag 1498360)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1498359)

Laptop - 1 1/2 Jahre alt - (bisher) Kein Update auf Win11 möglich, da
falscher AMD-CPU

Ja das tut mir Leid.

Kein Problem. Win10 läuft ja noch ein paar Jahre.
Und vermutlich länger Support als wie die Laptop normalerweise halten (auch wenn dieser praktisch stationär eingesetzt wird

Zitat:

Zitat von Rollo62 (Beitrag 1498360)

M$ ist wohl auf dem besten Wege Apple (wenigstens in der Beziehung) einzuholen.

MS könnte es mit den Anforderungen Win11 etwas übertreiben, so das Win10 (ähnlich XP) länger als nötig unterstütz werden muss.

[Commander Tom]

Zitat:

Zitat von Rollo62 (Beitrag 1498356)

Ja das Problem habe ich auch schon festgestellt, das bei Apple die Hardware relativ schnell veralten kann.
Vielleicht ist diese Seite da hilfreich.

Demnach habe ich auch mein erstes Macbook Pro ( Anfang 2013, als ich mit CrossPlatform angefangen bin ), was eigentlich noch top in Schuss ist, sich aber leider nicht mehr auf BigSur updaten lässt:
(Hardware-Vorraussetzung MacBook Pro (Retina, 15", Ende 2013)).

Wenn man etwas basteln will und das Risiko nicht scheut, kann man auch ältere Geräte fit für BigSur oder Monterey machen. Es gibt dazu genug Seiten, die zeigen, wie das geht, z.B. https://macandegg.de/2021/09/macos-b...-installieren/

Ich habe auf diesem Weg schon einige ältere Geräte fit gemacht für neue Apple-Betriebssysteme, ist halt von Apple unsupported, aber funktioniert, wenn man sich das zutraut.

[Harry Stahl]

So, ich hatte gestern noch Eugene kontaktiert, heute gibt es schon eine neue Version 1.63 von CrossVCL, die das Problem behoben hat (siehe anliegenden About-Dialog, unter macOS 10.13.6 ausgeführt - das ist die letzte High Sierra Version), erzeugt mit Delphi 11.

Wie man erkennen kann lasse ich nun in meinen About-Dialogen neben der genutzen OS-Version nun auch immer die benutzte Delphi-Version und das Framework anzeigen (CVCL = CrossVCL).

Das Erzeugen der VCL-Anwendungen mit CrossVCL für Linux oder MACOS funktioniert inzwischen so gut, dass man erst mal überlegen, muss, habe ich das Programm jetzt mit FMX(Linux) oder CrossVCL erstellt? Mit den erweiterten Informationen im Dialog sehr ich direkt, was Sache ist.

Die meisten der Programme sind in zwischen natürlich unter FMX erstellt, aber ein paar VCL-Programme eben doch mit CrossVCL, weil die Umstellung zuviel Arbeit gewesen wäre oder andere Besonderheiten hatte.

[Harry Stahl]

Was mir nun unter macOS Monterey auffiel:

Die Rückgabe von TOSVersion ist falsch. Sie liefert "Mac OS X (Version 10.16.0)" zurück, müsste aber "macOS 12 (Version 12.01.0) in meinem Falle sein.

Apple nennt sein System seit BigSur nicht mehr Mac OS X und hat als Major-Versionsnummmer nicht mehr 10, sondern 11 für BigSur und unter Monterey ist es 12.

Hier ein entsprechende Fehlerreport:
https://quality.embarcadero.com/browse/RSP-36400

Für Windows 11 ist auch noch Anpassungsbedarf:
https://quality.embarcadero.com/browse/RSP-36176

[jaenicke]

Zitat:

Zitat von Harry Stahl (Beitrag 1498440)

Für Windows 11 ist auch noch Anpassungsbedarf:
https://quality.embarcadero.com/browse/RSP-36176

Da gibt es ja auch noch andere Probleme, mal schauen was daraus wird.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1498359)

Laptop - 1 1/2 Jahre alt - (bisher) Kein Update auf Win11 möglich, da falscher AMD-CPU

Leider achten viele nicht so sehr auf die CPU beim Kauf, dabei ist diese doch sehr wichtig. Leider gibt es auch noch viele Geräte mit alten und/oder langsamen CPUs neu zu kaufen, ohne dass man das so einfach erkennen kann, wenn man nicht genau schaut was drin steckt.

Die Haupt-Komponenten meines PCs sind mittlerweile 4 Jahre alt und ich konnte problemlos auf Windows 11 aktualisieren.

[Harry Stahl]

Zitat:

Zitat von jaenicke (Beitrag 1498441)

Zitat:

Zitat von Harry Stahl (Beitrag 1498440)

Für Windows 11 ist auch noch Anpassungsbedarf:
https://quality.embarcadero.com/browse/RSP-36176

Da gibt es ja auch noch andere Probleme, mal schauen was daraus wird.

Wobei ich gerade eine Lösung für MacOS auch nicht wüsste, da diese Infos, die TOSVersion zurückliefert so in der SystemVersion.plist drin steht (siehe anlg. Screenshot).

Gibt es alternativ keine API-Funktion, die hier evtl. ein anderes Ergebnis zurückliefert?

[philipp.hofmann]

Zitat:

Die Rückgabe von TOSVersion ist falsch. Sie liefert "Mac OS X (Version 10.16.0)" zurück, müsste aber "macOS 12 (Version 12.01.0) in meinem Falle sein.

Bei mir stimmt es: OS-Name/Version macOS 12.0 (und ich habe 12.0.1).

[Harry Stahl]

Zitat:

Zitat von philipp.hofmann (Beitrag 1498455)

Zitat:

Die Rückgabe von TOSVersion ist falsch. Sie liefert "Mac OS X (Version 10.16.0)" zurück, müsste aber "macOS 12 (Version 12.01.0) in meinem Falle sein.

Bei mir stimmt es: OS-Name/Version macOS 12.0 (und ich habe 12.0.1).

Wow, das ist ja interessant und zugleich mal wieder eines der tollen Rätsel, an denen man so gerne rumkaut...

Steht das so auch in der Datei bei Dir auf dem MAC drin, wie in meinem Screenshot gezeigt?

Auf dem MAC Mini war zunächst ein BigSur installiert, das habe ich auf Monterey upgedatet.

[philipp.hofmann]

Bei mir steht in SystemVersion.plist korrekterweise 12.0.1 drinnen.
Mir ist dein Screenshot aber auch unklar, dieser ist doch auch von einem MacOS 10.16-System gemacht. Zumindest steht es so in der oberen Windows-Leiste.

[Harry Stahl]

Also, es hat sich herausgestellt, das ist kein Bug in Delphi, sondern ein "Feature" in macOS seit BigSur.

Erklärung unter dem QR-Report, den ich oben gepostet habe oder auch in diesem Artikel:

https://eclecticlight.co/2020/08/13/...snt-so-simple/

Letztlich mal wieder ein schönes Beispiel dafür, wie undurchdachte Aktionen aus dem Marketing-Bereich sich problematisch auf die ganze Software-Architektur auswirken kann...