Grafisches Stringgrid Problem D 2010 -> D Berlin

[Mike72]

Liebe Delphi-Kollegen!

Ich habe eines meiner Projekte von Delphi 2010 auf das neue Delphi 10.1 Berlin unter Win7 lauffähig übernommen, eigentlich klappt alles soweit ganz gut NUR zeigen sich grafische Eigenheiten im StringGrid, zb: immer am Anfang einer beschriebenen Zelle (siehe Grafik Anhang!).

Unter Delphi 2010 bei W7 gibts das nicht. Hat jemand von euch vielleicht einen kleinen Hinweis für mich?

Eigentlich bin ich auch sehr überrascht das das EXE File fast jetzt doppelt so groß ist als unter D 2010, warum?


Herzlichen Dank.

[Uwe Raabe]

Könnte das hier sein: FillRect doesn't paint the complete TStringGrid cell in Delphi XE2

[Mike72]

Hallo Uwe!

Danke für den Hinweis, leider läßt sich so nur die erste Tab richtig stellen, bei der rechten Tab geht das nicht.

Wenn ich hingegen das bestehende Grid Objekt aus dem Projekt lösche und ein neues per Drag and Drop erstelle dann habe ich dieses Problem nicht mehr, jedoch wäre das bei sovielen Projekten die sich angesammelt haben ein Wahnsinn.

Seufz.

[Uwe Raabe]

Vergleich doch mal die DFM im alten Zustand mit dem nach dem Neuerzeugen des Grid. Vielleicht sieht man da schon eine Veränderung. Wenn es nicht offensichtlich ist, dann häng das einfach hier an.

[himitsu]

Zitat von Mike72:

Wenn ich hingegen das bestehende Grid Objekt aus dem Projekt lösche und ein neues per Drag and Drop erstelle dann habe ich dieses Problem nicht mehr, jedoch wäre das bei sovielen Projekten die sich angesammelt haben ein Wahnsinn.

Dann liegt es wohl an irgendeinem gespeichertem Property in der DFM.

PS: Wenn du grundsätzlich immer alle Komponenten ableitest und nur deine Ableitungen verwendest, also mindestens type TMeinEdit = class(TEdit); RegisterComponents([TMeinEdit]); und dann immer statt TEdit das TMeinEdit benutzt, dann kannst du über die Implementation von TMeinEdit regeln, dass z.B. störende Property nicht mehr geladen/gespeichert werden und bekommst so dann automatisch jegliche Änderng in alle deine Forms rein.
Auch wäre es so teilweise möglich das doofe Delphi-TEdit durch ein TBetterEdit eines Fremdherstellers zu tauschen.
Die paar Bytes für deine Klassen fallen am Ende in der "kleinen" EXE eh nicht mehr auf.


In Deinem Fall jetzt kannst du notfalls mit einem Text-Replace gewisserer Textditioren das "doofe" Property direkt in allen DFMs ändern/entfernen lassen.

[Uwe Raabe]

Zitat von himitsu:

In Deinem Fall jetzt kannst du notfalls mit einem Text-Replace gewisserer Textditioren das "doofe" Property direkt in allen DFMs ändern/entfernen lassen.

Oder man nimmt das genau für diesen Zweck beiliegende ReFind.

[Mike72]

Hallo Uwe, hallo Himitsu!

DANKE für eure tollen Tipps und die Mühe, der Hinweis mit dec(Rect.Left,4) klappt doch, habe nur eine Fkt. vergessen nachzubessern.

Dh. wenn ich mit D 2010 übersetze muss ich diese Anweisung überspringen.

Dennoch bin ich verwundert warum die Files aufeinmal so groß werden, naja was solls.


Herzlichen Dank, ihr habt mir sehr geholfen!

[himitsu]

Zitat von Mike72:

der Hinweis mit dec(Rect.Left,4) klappt doch

Must nur aufpassen, dass du dann nicht links drüber raus malst, wenn es dann doch wieder richtig positioniert wird.

Zitat von Mike72:

Dennoch bin ich verwundert warum die Files aufeinmal so groß werden, naja was solls.

Das wächst von Version zu Version und steigt gefühlt proportional an ... verwundert langsam keinen mehr.

Da ist halt immer mehr "Funktion" drin, in der EXE,
aber man kann z.B. bei den Debuginfos und der RTTI noch massenhaft deaktivieren, auch wenn man es dennoch nie wieder sooo klein bekommt.