Excel OLE - Problem nach Speichern

[kompi]

Ich hatte dieses Problem auch schon mal in einer Anwendung. Diese Namenskonflikte tauchen immer dann auf, wenn man Excel - Dateien in dem neuen Dateiformat (ab Excel 2007) öffnen will.

Die Lösung besteht darin, statt Workbooks.open Workbooks.openxml zu verwenden. Dann sollte der Spuk vorbei sein.

Mit Workbooks.openxml lassen sich eben nicht nur XML Dateien öffnen, sondern auch die Excel Dateien im neueren Format.

Ich habe dies jedoch bisher nur mit Excel 2010 ausprobieren können.

Gruß
Kompi

[SearchBot]

Zitat von Jumpy:

Hat das was mit Localisation zu tun, dann lass das doch mal weg, ...

Ich nutze die Komponente, da kann ich keine Parameter weglassen.
Für LCID bekomme ich auf dem verwendeten System 1031. Wenn ich wüsste, was das Excel für eine Lokalisierung benötigt, nähme ich den gleichen Wert und gut?

Zitat von kompi:

Die Lösung besteht darin, statt Workbooks.open Workbooks.openxml zu verwenden. Dann sollte der Spuk vorbei sein.

Die Komponente hat nur .open und .opentext

Zitat von p80286:

Ganz entfernt war da mal was.
Versuch doch mal das Abspeichern mit
 excel.ActiveWorkbook.SaveAs(Filename:=excfile,FileFormat:=$38 {xlExcel8});

Die Komponente erlaut dieses Format nicht.

Ich glaube langsam, ich sollte die Komponente in die Tonne treten..!? Ihr macht das alle ohne das Ding?

[Chemiker]

Hallo SearchBot,

bei EXCEL 2013 hast Du bei Workbooks.Open 15 Parameter. In Deinen Code sind es aber nur 13 Parameter.

Bis bald Chemiker

[SearchBot]

Zitat von Chemiker:

Hallo SearchBot,

bei EXCEL 2013 hast Du bei Workbooks.Open 15 Parameter. In Deinen Code sind es aber nur 13 Parameter.

Bis bald Chemiker

Die Komponente, die bei Berlin 10.1 dabei ist, beruht wohl auf Excel2000 und nimmt nicht mehr Parameter.

Ich habe mir jetzt einen Bugfix gebastelt, indem ich "einfach so frech bin" und vor dem Speichern in meinem Programm die von Excel fälschlich angelegten Namen lösche

Danach habe ich keinen Namenskonflikt mehr, weil beim erneuten Öffnen Excel zwar wieder die Namen anlegt, die ich aber danach einfach wieder lösche

[Chemiker]

Hallo SearchBot,

es werden doch 2 Komponenten-Arten angeboten, wenn Du statt „MS Office 2000 Beispiele für gekapselte Komponenten für Automatisierungsserver“ den „MS Office XP …“ wählst sollte auch Workbooks.Open mit den richtigen Parametern arbeiten.
Und wenn man ganz unabhängig von der EXCEL-Version arbeitet, sollte man statt der späten Bindung die frühe Bindung benutzen.

Bis bald Chemiker

[Jumpy]

Zitat von Chemiker:

Und wenn man ganz unabhängig von der EXCEL-Version arbeitet, sollte man statt der späten Bindung die frühe Bindung benutzen.

Wahrscheinlich richtig jedacht aber falesch jesacht, um et mal Rheinländisch zu formulieren.
Sprich
- LateBinding:
Excel Version egal, dafür keine IDE-Unterstützung (Intellisense oder wie das heißt), angeblich lansamer, man muss mehr selber machen, ist aber robuster (mMn).
- EarlyBinding: Typbibliothek bekannt, bezieht sich meist auf eine konkrete Execl-Version, daher etwas unflexibler (wie hier), schneller?, IDE kann helfen.

Ich kenn mich mit Excel recht gut aus und brauch kein Intellesense usw. deswegen nehm ich das LateBinding, gerade weil mir so die Excel-Version egal sein kann (solange ich was mache was alle Versionen können) bzw. ich über ExcelApp.Version ja auch je nach Version anders reagieren kann.

[p80286]

Zitat von SearchBot:

Ich glaube langsam, ich sollte die Komponente in die Tonne treten..!? Ihr macht das alle ohne das Ding?

OLE und gut ist. Hier gibt es Dutzende von Beispielen.

Gruß
K-H