Zwei Kurven mit identischer Zeitachse

[norwegen60]

Hallo zusammen,

ich stelle mit TChart zwei Kurven über eine Zeitachse dar. Ich weise die Werte über

Delphi-Quellcode:

dtNow := now;
Series1.AddXY(dtNow, rTemperature, '', clTeeColor);
Series2.AddXY(dtNow, rHumidity, '', clTeeColor);[/

zu. In der Darstellung funktioniert das auch super. Wenn ich jetzt aber den Excel-Export anwende, werden mir die Werte in der Form

Code:

Zeit1; Wert1; Zeit2; Wert2

ausgegeben. Gibt es eine Möglichkeit, dass ich die Werte so zuordne, dass nur eine Zeitspalte verwendet wird, also so

Code:

Zeit; Wert1; Wert2

Die Ermittlung von Wert1 und Wert2 findet immer zeitgleich statt

Vielen Dank
Gerd

[Geronimo]

Hallo Gerd,

dass TChart Deine beiden Serien so exportiert, erscheint logisch, da die x-Werte der beiden Serien nicht zwingend übereinstimmen müssen.

Wenn die zweite Zeitspalte partu stört, würde ich Sie nach dem Export von Delphi aus (Excel über OLE oder
direkt) löschen.

Eine andere Idee wäre der Export über ein StringGrid (gegebenenfalls auch unsichtbar), in dem man die überflüssige Spalte löschen kann.

Gruß
Geronimo

[norwegen60]

Hallo Geronimo,

den möglichen Grund versteh ich schon und im Moment habe ich es so gelöst, dass ich die Werte zusätzlich in eine Stringgrid schreibe und dieses sichere. Da es nicht zwingend so ist, dass immer alle Werte von Anfang an geschrieben werden, fiel die Möglichkeit die überflüssigen Zeitspalten einfach zu löschen flach.

Ich dachte es gibt vielleicht eine nicht gefunden Funktion, wie ich mehrere y-Werte mit einem x-Wert übertragen kann.

Grüße
Gerd

[Dejan Vu]

Wieso geht man den Umweg über ein TStringGrid? Man kann doch die Daten einfach direkt in ein 'Array of Variant' schreiben und an EXCEL übergeben?

[norwegen60]

Das ist natürlich auch eine elegante Lösung. Ich neige immer dazu, die Daten auch sichtbar zu machen. Deshalb StringGrid.

Grüße
Gerd

[Dejan Vu]

Zitat:

Zitat von norwegen60 (Beitrag 1279690)

Das ist natürlich auch eine elegante Lösung. Ich neige immer dazu, die Daten auch sichtbar zu machen. Deshalb StringGrid.

Sehr lobenswerte Neigung. Trotzdem würde ich dazu übergehen, Daten und Logik zu trennen.

Beispiel: Daten als

Delphi-Quellcode:

TList<TMeineDaten>

Darstellung der Liste in einem

Delphi-Quellcode:

TStringGrid

. Export in Delphi wieder über die Daten, oder wenn genau die TStringGrid-Darstellung erwünscht ist, zur Not auch darüber.

Ich würde dann aber noch eine Darstellungsklasse implementieren, die allgemein vorgibt. wie denn eine Liste 'TMeineDaten' überhaupt so allgemein dargestellt werden soll (Spaltenüberschrift, Formatierung etc.). Dann kann man diese eine Darstellung verwenden, um Daten im StringGrid anzuzeigen, in einem Report zu drucken oder nach Excel zu exportieren...