Excel - Export ohne Excel - Problem beim erzeugen

[Chemiker]

Hallo alphafligt83, GHorn,

Zitat von GHorn:

Aktuell: D2007, Daten aus BlackFish (Unicode) und Excel 2003 (SP3).

D2007 ist aber nicht UniCode fähig.

Man kann die Routinen natürlich erweitern um weitere Sheets in einem Workbook anzulegen, allerdings wird dadurch das ganze etwas aufgebläht.
Das gleiche gilt für Formatierungen, Schriftgröße usw.

Ich bin bisher nicht in die Verlegenheit gekommen Unicode zu benutzen, ich habe nur die Unit so angepasst das ich das StringGrid mit den Zufallswerten mit Delphi 2009 benutzen kann und eine Excel-Datei erhalte die alle Übertragen Daten in Excel 2007 anzeigt und nicht zum Teil die Daten abschneidet.

In diesem Link steht wie das Biff-Format aufgebaut ist: BIFF-Format
Bis bald Chemiker

[alphaflight83]

Momentan bin ich immer noch am suchen, wie ich einen TFileStream dazu bringe die Encoding auf UTF8 zu setzen.
Bei einem normalen SaveToFile ist das ja kein Ding
StringList.SaveToFile(ExportFilename, TEncoding.UTF8); Aber beim Stream hab ich bisher noch keine Option gefunden.
Kann natürlich auch sein, dass ich das an anderer Stelle setzen muss !?!

[Bernhard Geyer]

Zitat von Chemiker:

D2007 ist aber nicht UniCode fähig.

D2007 ist sehr wohl Unicode-Fähig (Ist Delphi schon halbwegs seit D3). Jedoch sind große Teile der VCL noch nicht entsprechend Unicode-Enabled!

[Chemiker]

Hallo Bernhard Geyer,

Zitat von Bernhard Geyer:

D2007 ist sehr wohl Unicode-Fähig

Ich habe gedacht, dass das erst mit Delphi 2009 eingeführt worden ist.

Bis bald Chemiker

[alphaflight83]

Ich komme hier nicht weiter.
Auch nach (oder gerade wegen) zahlreicher Lektüre komme ich nicht darauf,
wie ich meinen File-Stream nach Excel auf UTF8 forcen kann.
Es bleiben Kästchen-Steuerzeichen nach jedem Char,
während die eigentlichen Unicodezeichen (kyrillisch in meinem Fall) nicht übersetzt werden.
Sprich, da werden Ansi-Strings reingebügelt.
Was ich an der Sache nicht verstehe ist, dass die Strings die ich übergebe
(Momentan z.B. an TXLSExport.Write) ja Unicodestrings sein sollen.
Wie gesagt funktioniert der Export in Textfiles ohne Probleme.

Edit: Bin nun soweit, dass ich denke, dass das Ganze relativ einfach mit den definierten Records zusammenhängt.

Delphi-Quellcode:

CXlsBof    : array[0..5] of Word = ($809, 8, 00, $10, 0, 0);
CXlsEof    : array[0..1] of Word = ($0A, 00);
CXlsLabel  : array[0..5] of Word = ($204, 0, 0, 0, 0, 0);
CXlsNumber : array[0..4] of Word = ($203, 14, 0, 0, 0);
CXlsRk     : array[0..4] of Word = ($27E, 10, 0, 0, 0);

Kann mir vielleicht jemand sagen, wo die Werte herkommen, bzw. wie die sich zusammensetzen?
Chemiker beschreibt ja in seiner unit zumindest grob, was die Werte darstellen,
aber wie und ob ich die ändern kann/darf leider nicht.
Hab mich blind-gegoogelt, aber bisher nichts gefunden.

[Chemiker]

Hallo alphafligt83,

ich habe die Informationen, die Du für Deine Anpassung benötigtst schon im Link von #19 geschrieben. Es reicht leider nicht die Angaben in dem Record zu ändern und schon läuft alles unter UniCode, da muss leider etwas mehr Arbeit hereingesteckt werden.

Bis bald Chemiker

[Bernhard Geyer]

Zitat von Chemiker:

Hallo Bernhard Geyer,

Zitat von Bernhard Geyer:

D2007 ist sehr wohl Unicode-Fähig

Ich habe gedacht, dass das erst mit Delphi 2009 eingeführt worden ist.

Mit D2009 wurden die "Restarbeiten" in der Visual VCL" (TButton, TListView, ...) durchgeführt. Aber seit D3 seit Delphi halbwegs vernünftig mit COM+OLE arbeitet hat Delphi den WideString-Typ welchen man (bis D2009) für eine Unicode-Enabling der eigenen Anwendung (auf Basis von ElPack oder TNTWare) verwenden kann. Unsere App kann sogar unter Win98 (vor einiger Zeit auch noch Win95) mit Unicode arbeiten. Zur darstellung von Arabisch/Chinesisch auf Deutschen System ist nur der Arial Unicode-Font nötig.

[R2009]

Hmm,

wäre ganz nett auch noch eine entsprechende Unit für den Import zu haben.

Viele Grüsse

[Chemiker]

Hallo R2009,

das ist mit sehr viel Aufwand verbunden, aber unmöglich ist es nicht. Bisher reichte mir die OLE-Automation, vernünftig programmiert ist sie eigentlich auch relativ schnell.

Bis bald Chemiker

[mschaefer]

Da sollte man sich langfristig aber auf das neue xml-Excelformat konzentrieren... /// Grüße Martin

PS: Dass Biff-Format ist auch bei kommerziellen Komponenten nicht vollständig umgesetzt. Nachdem ich einen Satz von ca. 2000 Excelblättern einlesen mußte, durfte ich im Quellcode von DevExpress einige mal nachfassen, damit das System nicht mit Speicherfehlern ins Nirwana verschwandt...