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

[Delphi.Narium]

Zitat von KodeZwerg:

Zitat von neumimnemecky:

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 von Delphi.Narium:

Zitat von KodeZwerg:

Zitat von neumimnemecky:

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?

[Daniel]

Das ist bei Styles aber keine Option. Und um die geht es - nicht um eine allgemeine Grundsatzdiskussion.

[himitsu]

Zitat von KodeZwerg:

Zitat von Delphi.Narium:

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?

Eher andersrum, also das Alte mit Delphi 7 in eine DLL und Dieses dann im neuen Delphi / der neuen CE weiter benutzen.

[Bernhard Geyer]

Zitat von Delphi.Narium:

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.

Doch. Es ist immer eine Option.
Es muss halt bewertet werden ob man diese zieht weil das Probjekt noch laenger lebt oder nur noch einen kleinen Fix benoetig

Zitat von Delphi.Narium:

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.

Wie waere es mit Ausbauen der Komponente_
Haben wir auch gemacht um dann doch mal den Umstieg zu machen.
Im nachhinein aergert man sich nur das man das nicht schon frueher gemacht hat

[Delphi.Narium]

Komponenten ausbauen geht nur, wenn man 'ne Alternative hat.

Wenn da aber was fremdes, individuell erstelltes, vorliegt, das zwar funktioniert, aber ansonsten von seiner Funktionalität her eine BlackBox ist und die Hersteller der Komponenten nicht mehr erreichbar sind, wird es dann doch schon schwierig.

Zumindest für Hobbyprogrammierer. Profis, mit endlos großem Budget, können sich das schon leisten

[himitsu]

Du hast eben die Qual der Wahl:

* alles so lassen, wie es ist (nichts Neues verwenden können/dürfen)

* versuchen das Neue in eine DLL zu kapseln und es im Alten nutzen

* den problematischen alten Teil in DLL verschieben und dann den Rest auf Neu umstellen

* das Alte raus und was Neues dafür
* * eventuell mit weniger Funktionen
* * oder mit etwas mehr Ümstellungsaufwand

* das Alte ersatzlos raus



Je länger man aber wartet, um so mehr bleibt man in der Sackgasse hängen und verläuft sich noch viel tiefer darin.
Bzw. hat immer mehr neuen Aufwand, um das Alte am Leben zu halten, je länger man wartet.
Der Umstieg wird also nur noch immer schwerer und schwerer ... vor allem wenn man immer mehr gefrickel einbaut ... das dann irgendwann aufzulösen macht bestimmt noch weniger Spaß.

[Bernhard Geyer]

Zitat von himitsu:

* den problematischen alten Teil in DLL verschieben und dann den Rest auf Neu umstellen

Wenn es nicht austauschbar ist, dann würde ich das machen.
Wieso in 95% der Antworten auf sowas wie Generics, Unicode, lokale Variablendeklaratino verzichten, wenn man das auch in nur 5% muss

Zitat von himitsu:

Je länger man aber wartet, um so mehr bleibt man in der Sackgasse hängen und verläuft sich noch viel tiefer darin.
Bzw. hat immer mehr neuen Aufwand, um das Alte am Leben zu halten, je länger man wartet.
Der Umstieg wird also nur noch immer schwerer und schwerer ... vor allem wenn man immer mehr gefrickel einbaut ... das dann irgendwann aufzulösen macht bestimmt noch weniger Spaß.

Mit dem Umstieg (D6->XE6, dann leichter XE6->10.2, jetzt 10.4) konnten wir auch wieder einige Woraround und Komponenten ausbauen.
EmbeddedWB war mit aktuellen Delphis nicht mehr nötig und jetzt fliegt auch IE-Nutzung raus und Edge kommt rein.
Ebenfalls eine Bibliotheken konnten entsorgt werden, da jetzt Delphi alles mitbringt (z.B. PNG)
Auch ein Workaround wegen Abstürzen auf Multi-Sockelsystemen (gerne auf TerminalServices/Citrix-Umfeld zu finden) konnte ins nil-Device verschoben werden.