WINWORD.EXE / Automation und Normal.dotm Fehler

3079
tmoore82

Ich hatte ein Problem mit einem Add-In eines Drittanbieters in Word, von dem ich denke, dass es mit ActiveX / Automation zusammenhängt. Folgendes weiß ich:

  • Wenn ich das Add-In zum Erstellen mehrerer neuer Word-Dateien von der Website des Herstellers verwende, wenn ich versuche, jedes Dokument nach dem ersten geöffneten Dokument zu schließen, erhalte ich die Fehlermeldung. "The file is in use by another application or user. (C:\Users\mooret\AppdData\...\Normal.dotm)"
  • Ich weiß nicht viel über ActiveX oder Automatisierung. Ich weiß, dass das Add-In Word mit dem Befehl öffnet wordapp = new ActiveXObject("Word.Application"), der, wenn ich die Dinge richtig verstehe, in übersetzt wird winword.exe /automation -embedded.
  • Wenn Word bereits (mit allen Mitteln) geöffnet ist und ich eine zweite Instanz mit dem Befehl öffne winword.exe /automation, dann versuche, diese zweite Instanz zu schließen, wird der oben genannte Fehler angezeigt. Dies sagt mir, dass das Problem nicht mit dem Add-In zusammenhängt. Es ist etwas in meiner Umgebung.
  • Ich habe zwei Maschinen. Soweit ich das beurteilen kann, sind beide gleich. Gleiche Hardware, gleicher Windows 7-Build, gleiche Eigenschaften und Add-Ins usw. Auf einem Rechner bekomme ich den Fehler, auf dem anderen nicht. Ich habe mir jeden Einstellungs- / Registrierungsschlüssel / jede Berechtigung angesehen, die mir in den Sinn kommen könnte. Ich kann einfach nichts finden, um das unterschiedliche Verhalten zu erklären.
  • Wenn auf dem Computer der Fehler angezeigt wird, wenn ich unsere Vorlage lösche und Word seine eigene erstellen lässt, wird der Fehler behoben. Ich verwende jedoch die gleiche Vorlage auf beiden Maschinen. Ich denke nicht, dass das Problem ausschließlich bei der Vorlage liegt.

Ich habe in den letzten Wochen alles gelesen, was Google zu diesem Thema zu bieten hat, und viele Möglichkeiten beseitigt. Ich kann jedoch immer noch nicht die Fehlermeldung erhalten, wenn ein AutoClose-Makro nicht gelöscht wird oder der benutzerdefinierte Normal.dotm gelöscht wird. Keine dieser Lösungen ist langfristig gut. Und die Tatsache, dass es auf einer Maschine funktioniert, aber nicht auf der anderen, sagt mir, dass etwas in der Umgebung fehlt, das mir fehlt. Jede Hilfe wäre sehr dankbar.

UPDATE : 10.04.2013

Nach mehr Experimenten habe ich Folgendes gelernt:

  • Wenn Sie winword.exe mit dem Schalter / automation öffnen, wird Word als Objekt anstelle einer Anwendung geöffnet .
  • Die Fehler treten weiterhin nur beim Öffnen von Word mit dem Schalter / automation auf.
  • Irgendwie scheint das Problem mit den Stilen im Dokument verbunden zu sein. Ich nahm eine saubere Vorlage, die den Fehler nicht verursacht hat, und begann mit dem Auslagern der XML-Dateien in unserer Firm-Vorlage. Als ich Words native styles.xmlfür unsere auslagerte, verschwand der Fehler.
  • Wenn ich auslagere styles.xml, fragt Word, ob ich Änderungen an meinem Dokument speichern möchte, auch wenn ich keine Änderungen vorgenommen habe. Wenn ich nicht mit iManage verbunden bin, wird auch eine Verbindung hergestellt. UPDATE : 11.04.13 Es stellte sich heraus, dass dies ein Hering war. Mit unserem FileSite-Administrator bestätigt, dass dies nur passiert, weil einige unserer Add-Ins FileSite aufrufen. Verschiedene Änderungen in der Umgebung können dieses Verhalten verursachen.

Ich bin immer noch in der XML-Umgebung, um zu sehen, was ich lernen kann, aber wenn dies irgendwelche Ideen hervorruft, bin ich völlig offen für Vorschläge.

UPDATE : 10.04.2013

Nach vielem Kopieren und Einfügen wurde versucht herauszufinden, was genau styles.xmlden Fehler verursacht hat. Schließlich kann ich mit Zuversicht sagen, dass es das ist:

<w:style w:type="paragraph" w:default="1" w:styleId="Normal"> <w:name w:val="Normal"/> <w:qFormat/> <w:pPr> <w:spacing w:after="0"/> </w:pPr> <w:rPr> <w:rFonts w:ascii="Times New Roman" w:eastAsia="Times New Roman" w:hAnsi="Times New Roman" w:cs="Times New Roman"/> <w:szCs w:val="20"/> <w:lang w:eastAsia="en-US"/> </w:rPr> </w:style> 

Brechen wir es noch weiter ab, kommt es auf dieses Stück an:

w:eastAsia="Times New Roman" 

Ohne dieses Stück läuft alles reibungslos ab. Vielen Dank im Voraus für jegliche Hilfe.

1

0 Antworten auf die Frage