ahstax
Jan 10, 2018
view1791
view11
0
Goto Top

VBA in Word 2010 bzw 2013(16)

GermansolvedQuestionVB for ApplicationsDevelopment
Hallo,

wir haben hier folgendes Word-Makro:

Public Sub PrintDeadline()
    ActiveDocument.PrintOut Background:=False
    ActiveDocument.Save
    ActiveDocument.Saved = True
End Sub

Es wird bei der Abarbeitung eines Dokuments durch eine Bürosoftware ausgeführt (überprüft!). Anschließend sollte sich das Dokument schließen.

Die Beobachtung ist, dass das Makro in Word 2013/2016 läuft, nicht aber in Word 2010, hier kommt eine Nachfrage, ob gespeichert werden soll.
Ist es vorstellbar, dass man zwischen der Verwendung in Word 2010 und Word 2013/2016 unterscheiden muss?

Gibt es eine andere, sauberere Möglichkeit, mit einem Makro in Word
a) bei einem Dokument X alle Felder zu aktualisieren
b) das Dokument X zu drucken
c) das Dokument X zu schließen ohne der Nachfrage, ob gespeichert werden soll.

Neugierige Grüße,
Andreas
comment-contentCommentShareShare
Share on Facebook Share on Twitter Share on Reddit Share on Linkedin

Content-Key: 360593

Url: https://administrator.de/contentid/360593

Printed on: April 16, 2024 at 07:04 o'clock

11 Comments
Latest comment
Goto Top
Member: colinardo
Solution colinardo Jan 10, 2018 updated at 16:02:36 (UTC)
Goto Top
Servus Andreas.
Zitat von @ahstax:
Gibt es eine andere, sauberere Möglichkeit, mit einem Makro in Word
a) bei einem Dokument X alle Felder zu aktualisieren
Ja. Kleine Methode:
Sub UpdateAllFields()
    Dim oStory As Range
    For Each oStory In ActiveDocument.StoryRanges
        oStory.Fields.Update
        If oStory.StoryType <> wdMainTextStory Then
            While Not (oStory.NextStoryRange Is Nothing)
                Set oStory = oStory.NextStoryRange
                oStory.Fields.Update
            Wend
        End If
    Next oStory
    Set oStory = Nothing
End Sub
b) das Dokument X zu drucken
Wie gehabt mit der entsprechenden Print Methode oben.
c) das Dokument X zu schließen ohne der Nachfrage, ob gespeichert werden soll.
Dafür hat man folgende Eigenschaft geschaffen die man vor dem Batch-Vorgang auf False festlegt und danach wieder auf True.
Application.DisplayAlerts = False
' Dinge hier erledigen die einen Dialog triggern könnten.  
Application.DisplayAlerts = True
(Die letzte Zeile nicht vergessen, sonst sieht der User keine Nachfragedialoge mehr)

Grüße Uwe
heart1
Member: ahstax
ahstax Jan 10, 2018 at 16:03:22 (UTC)
Goto Top
Wie cool ist das denn! Probiere ich aus, Danke schon mal!
Das Zurücksetzen von
Application.DisplayAlerts = False
könnte allerdings ein Problem werden...
Member: colinardo
colinardo Jan 10, 2018 updated at 16:10:42 (UTC)
Goto Top
Zitat von @ahstax:
Das Zurücksetzen von
Application.DisplayAlerts = False
könnte allerdings ein Problem werden...
Kein Problem, kannst du im DocumentClose oder ApplicationExit Event zurücksetzen.
heart1
Member: ahstax
ahstax Jan 11, 2018 at 14:07:15 (UTC)
Goto Top
Oh je.... das hat leider (im Rahmen meiner Fähigkeiten) noch nichts gebracht...
Vielleicht liegts auch an meiner Beschreibung...?

Das Büroprogramm arbeitet einen Workflow ab. Dabei sammelt es Daten in Variablen, erstellt ein Word-Dokument (DOCX) und setzt Inhalt aus den Variablen in das Word-Dokument ein. Dann wird das Dokument erstmals sichtbar geöffnet.
An dieser Stelle soll dann das o.g. Makro laufen. Die Info, welches Makro verwendet werden soll, kann man dem Büroprogramm sagen. Dazu liegt eine DOTM-Datei im Verzeichnis %appdata%\Microsoft\Word\STARTUP, die das Makro enthält.
Die Datei wird gedruckt. Davor werden die Felder aktualisiert, unter anderem die Seitenzahlen. Und ich nehme an, dass da das Problem liegt. Das erkennt Word als Änderung, die beim schließen zu speichern ist.....
Member: colinardo
colinardo Jan 11, 2018 updated at 14:16:28 (UTC)
Goto Top
Die Datei wird gedruckt. Davor werden die Felder aktualisiert, unter anderem die Seitenzahlen. Und ich nehme an, dass da das Problem liegt.
Das ist normal vor dem Drücken werden die Felder immer aktualisiert.
Das erkennt Word als Änderung, die beim schließen zu speichern ist.....
Klar, aber das ist ja kein Problem wenn du DisplayAlerts = False vor der Save-Methode Methode setzt oder noch früher, je nachdem und danach wieder zurücksetzt.
Ich sehe hier absolut kein Problem, sorry. Entweder du verstehst es noch nicht ganz oder dein Workflow lässt mich noch im Dunkeln.
heart1
Member: ahstax
ahstax Jan 11, 2018 at 14:27:14 (UTC)
Goto Top
Vermutlich eine Mischung aus beidem... face-wink
Member: colinardo
colinardo Jan 11, 2018 at 14:32:56 (UTC)
Goto Top
Dann schlaf mal drüber, dann kommt oft die Erleuchtung face-smile.
heart1
Member: ahstax
ahstax Jan 11, 2018 at 14:37:15 (UTC)
Goto Top
Hmmm... also... folgendes Szenario:

Das Dokument, das geschlossen werden soll, basiert hier nicht auf der DOTM-Datei.

Wenn ich es richtig verstehe, müsste
Application.DisplayAlerts = False
ja etwa so verwendet werden:
Public Sub Document_Close() 
 Application.DisplayAlerts = True
End Sub
Das Dokument, das diesen Handler auslöst, muss ja, wenn ich es nochmals richtig verstehe, auf der DOTM-Datei basieren, in der Public Sub Document_Close() hinterlegt ist.

Wie wäre denn das:
Mein Büroprogramm öffnet das "unwillige" Dokument und druckt es. Das Makro dazu setzt auch
Application.DisplayAlerts = False
Wenn ich nach dem Drucken von dem Makro eine leere, neue Datei erstellen lasse, die auf der gerade beschriebenen DOTM-Datei beruht und die dann erst das ursprüngliche Dokument schließt und dann sich selbst...?
Member: colinardo
colinardo Jan 11, 2018 updated at 14:55:36 (UTC)
Goto Top
Zitat von @ahstax:
Das Dokument, das geschlossen werden soll, basiert hier nicht auf der DOTM-Datei.
?? und was dann ist es ein einfaches XLSX?
Wenn ich es richtig verstehe, müsste
Application.DisplayAlerts = False
ja etwa so verwendet werden:
> Public Sub Document_Close() 
>  Application.DisplayAlerts = True
> End Sub
>
Das Dokument, das diesen Handler auslöst, muss ja, wenn ich es nochmals richtig verstehe, auf der DOTM-Datei basieren, in der Public Sub Document_Close() hinterlegt ist.

Ein Dokument in dem Makros liegen muss zwingend eins mit Makroextension (*m) sein.
Wie wäre denn das:
Mein Büroprogramm öffnet das "unwillige" Dokument und druckt es. Das Makro dazu setzt auch
Application.DisplayAlerts = False
Wenn ich nach dem Drucken von dem Makro eine leere, neue Datei erstellen lasse, die auf der gerade beschriebenen DOTM-Datei beruht und die dann erst das ursprüngliche Dokument schließt und dann sich selbst...?
Application.DisplayAlerts ist eine Applikationseinstellung keine Dokumenteneinstellung.
heart1
Member: colinardo
colinardo Jan 11, 2018 updated at 15:17:03 (UTC)
Goto Top
Ich denke das was du suchst ist das Private Sub Document_New() Event in der Vorlage. Das wird ausgeführt wenn von der Vorlage ein neues Dokument erstellt wird, dort packst du alles rein bspw. so
Private Sub Document_New()
On Error Resume Next
    With ActiveDocument
        Application.DisplayAlerts = False
        .PrintOut Background:=False
        .SaveAs "C:\Pfad\datei.xlsx"  
        Application.DisplayAlerts = True
        .Close
    End With
End Sub
Hierbei wird sobald man ein Dokument von der Vorlage erstellt, dieses gedruckt gespeichert und wieder geschlossen.
Kenne leider deinen exakt gewünschten Ablauf nicht, deswegen tappe ich hier völlig im Dunkeln was das betrifft, sorry.
Halte dich hier an die richtige Reihenfolge und und du wirst Erfolg haben.
heart1
Member: ahstax
ahstax Jan 17, 2018 at 12:24:07 (UTC)
Goto Top
Hallo,

das Problem hat sich leider via VBA nicht lösen lassen, sodass wir einen anderen Weg finden mussten.

Ich weiß nicht, ob das für andere hilfreich ist, aber das Büroprogramm erzeugt jetzt das Word-Dokument und konvertiert es, ohne das Word-Dokument sichtbar zu öffnen, in ein PDF, das dann gedruckt wird.

Danke für Deine Hilfe @colinardo.

Herzliche Grüße,
Andreas
GermansolvedQuestionVB for ApplicationsDevelopment