ProblembeschreibungEine ganze Reihe von Menschen (darunter der Webmaster dieser Site) beobachten bei der Arbeit mit Microsoft Word XP ein ausgesprochen störendes Verhalten: Der eigentlich sinnvolle Automatismus, Änderungen an Einstellungen, die Word in der Standard-Dokumentenvorlage "Normal.dot" verwaltet (Formatvorlagen, Textbausteine, Makros usw.) am Ende einer Sitzung automatisch zu sichern, hat sich bei zahlreichen Installationen von Word XP verselbständigt. D.h., die Normal.dot wird ohne Sinn und Verstand am Ende jeder Word-Sitzung gespeichert, was nicht nur überflüssig ist, sondern auch lästig (da der Vorgang mehrere Sekunden dauern kann) und problematisch sein kann (nämlich dann, wenn Word als OLE-Automation-Server von anderen Programmen "ferngesteuert" wird, die nicht mit der zusätzlichen Wartezeit bei Programmbeendigung rechnen und deshalb ins Schlingern geraten). Ursache
Die eigentliche Ursache des Problems ist mir nicht bekannt.
Insbesondere ist rätselhaft, daß das Phänomen auf
den mir zugänglichen PCs erst geraume Zeit nach der
Installation auftrat – mein Verdacht richtet sich auf das
Einspielen irgendeines SupportPackages oder eines
Sicherheitsupdates für Windows XP. LösungEine richtige Lösung habe ich bisher zwar nicht, aber dafür einen Workaround, mit dem ich recht gut leben kann. Ich habe folgende Makros in die Normal.dot gepackt:
Damit wird das interne Dirty-Flag für die Normal.dot, das
offenbar bug-bedingt bei jedem Programmstart automatisch gesetzt
wird, wieder ordnungsgemäß zurückgesetzt. Evt.
Dot-relevante Änderungen, die man während der Session
vornimmt, werden korrekt erkannt und führen bei
Programmbeendigung zur (dann erwünschten!) Sicherung
der Normal.dot - sonst nicht. EinschränkungDie vorgestellte Lösung funktioniert nur dann, wenn man Word indirekt durch Starten eines schon vorhandenen Dokuments aktiviert. Startet man Word stattdessen "leer" und wählt erst danach (über Datei → Öffnen) ein Dokument aus, so wird beim Beenden der Sitzung die Normal.dot zwangsweise gespeichert. Dies gilt sogar dann, wenn man Word durch den Kommandozeilenparameter /n anweist, beim Start kein neues Dokument zu öffnen. Offenbar wirken beim Programmstart Mechanismen, die von dem normalen Event-Handling abweichen. |