So beheben Sie den Farbeinstellungsbefehl für den aktiven Stil unter Windows

[neumimnemecky]

So beheben Sie den Farbeinstellungsbefehl für den aktiven Stil unter Windows:

Code:

Buffer.Canvas.Brush.Color := TStyleManager.ActiveStyle.GetStyleColor (scWindow);

um es auf Delphi 7 nutzbar zu machen?

[KodeZwerg]

Zitat:

Zitat von neumimnemecky (Beitrag 1509021)

So beheben Sie den Farbeinstellungsbefehl für den aktiven Stil unter Windows:

Code:

Buffer.Canvas.Brush.Color := TStyleManager.ActiveStyle.GetStyleColor (scWindow);

um es auf Delphi 7 nutzbar zu machen?

Upgrade auf eine Delphi Version die Styles supported.

[neumimnemecky]

Zitat:

Zitat von KodeZwerg (Beitrag 1509029)

Zitat:

Zitat von neumimnemecky (Beitrag 1509021)

So beheben Sie den Farbeinstellungsbefehl für den aktiven Stil unter Windows:

Code:

Buffer.Canvas.Brush.Color := TStyleManager.ActiveStyle.GetStyleColor (scWindow);

um es auf Delphi 7 nutzbar zu machen?

Upgrade auf eine Delphi Version die Styles supported.

Es ist unmöglich. Nicht realisierbar. In jeder Beziehung.

[Bernhard Geyer]

Zitat:

Zitat von neumimnemecky (Beitrag 1509030)

Es ist unmöglich. Nicht realisierbar. In jeder Beziehung.

Dann musst du u.U. damit leben das deine Frage nicht beantwortbar ist, da
- Immer weniger solche uralte Delphi-Versionen nutzen
- Immer weniger Lust haben für solche uralte Delphi-Versionen Lebenszeit zu investieren um anderen zu helfen, wenn das Problem mit neuen Versionen gar nicht mehr existiert.

[Gausi]

Da es unter Delphi 7 keine Styles gibt, und somit das Fenster eh immer im Windows-Standard gezeichnet wird, würde an der Stelle nicht etwas wie

Delphi-Quellcode:

Buffer.Canvas.Brush.Color := clWindow;

das machen, was möglicherweise gewollt ist? :gruebel:

[KodeZwerg]

TStyleManager.ActiveStyle.GetStyleColor holt sich nun mal über Vcl.Themes die Informationen, da es das unter Delphi 7 nicht gibt, gibt es auch keine Alternative.
Es ist wie "Wie kann ich mit Delphi 7 für Linux kompilieren, FMX erstellen etc..." es ist technisch nicht machbar.

[KodeZwerg]

Zitat:

Zitat von neumimnemecky (Beitrag 1509030)

Es ist unmöglich. Nicht realisierbar. In jeder Beziehung.

Die Community Edition ist immer eine Option die man in Betracht ziehen könnte.

[Delphi.Narium]

Zitat:

Zitat von KodeZwerg (Beitrag 1509039)

Zitat:

Zitat von neumimnemecky (Beitrag 1509030)

Es ist unmöglich. Nicht realisierbar. In jeder Beziehung.

Die Community Edition ist immer eine Option die man in Betracht ziehen könnte.

So absolut stimmt das nicht.

Sie ist keine Option, wenn man Bibliotheken nutzen muss, zu denen nur die DCU-Dateien für Delphi 7 vorliegen.

Und bei Fremdkomponenten von anno 2002, zu denen es damals nur die DCUs gab und die nicht für neuere Delphis zur Verfügung stehen, bleibt man halt bei Delphi 7 hängen.

[Maliko]

Und ein Update von Delphi 7 auf Delphi 10 oder 11 ist insgesamt ein Problem. Vor allem bei großen Projekten bedeutet eine Umstellung einen wahnsinnigen Aufwand. Bei uns hat die Umstellung eines großen Projektes (geschätzt knapp 2,5k Units) fast ein halbes Jahr gedauert und konnte nur realisiert werden, da es von einer externen Person die so etwas schon einmal gemacht hat vorgenommen wurde. Von daher ist ein Update nicht wirklich problemlos möglich.

[KodeZwerg]

Zitat:

Zitat von Delphi.Narium (Beitrag 1509045)

Zitat:

Zitat von KodeZwerg (Beitrag 1509039)

Zitat:

Zitat von neumimnemecky (Beitrag 1509030)

Es ist unmöglich. Nicht realisierbar. In jeder Beziehung.

Die Community Edition ist immer eine Option die man in Betracht ziehen könnte.

So absolut stimmt das nicht.

Sie ist keine Option, wenn man Bibliotheken nutzen muss, zu denen nur die DCU-Dateien für Delphi 7 vorliegen.

Und bei Fremdkomponenten von anno 2002, zu denen es damals nur die DCUs gab und die nicht für neuere Delphis zur Verfügung stehen, bleibt man halt bei Delphi 7 hängen.

Und per Community Edition eine DLL erstellen die einem fehlende Methoden zur Verfügung stellt?