Office: PDF Export abbrechen wenn Datei offen

Hallo zusammen,
ich schon wieder.
Code:

Ich speichere eine PDF Datei und öffne sie nach den Speichern mit:
Code:

Wenn ich jetzt das Makro noch mal ausführe und die Datei noch offen ist kommt ein Fehler! Die Datei ist schreibgeschützt.

Mein Wusche wäre, das wenn die Datei offen ist, der Vorgang abgebrochen wird und das Blatt Angebot 2 wieder gelöscht.
Das klappt aber so nicht mit dem Befehl ReadOnly
Was kann ich da machen?
dann würde ich halt noch eine Info ausgeben:
Pdf offen bitte schließen.

Hier der ganz Code:

Code:

:)

 

Hi,
das hattenw ir in der Art schon mal, schau mal hier:

https://www.ms-office-forum.net/foru...d.php?t=312971

 

Übersichtlicher wäre es, erst zu prüfen, ob die Datei offen ist, um danach das Makro zu starten oder eben nicht:
Prüfen, ob Datei bereits geöffnet ist

 

Danke euch, wird mir beides heute Abend anschauen und testen *Smilie

Vielen Dank dafür.

 

Hallo ich möchte es gern mit IsFileOpen versuchen:
Code:

ich bekommen die Meldung Funktion nicht definiert.
hab da jetzt schon alles versucht auch den Namen der Datei direkt in die Klammern mit "" eingefügt.
Warum bekommen ich das nicht zum laufen.

Laut Link sollte der Code ja so aussehen
Code:

 

Hast Du die Funktion denn definiert, also in ein Standardmodul übernommen?

 

Hi, wäre das jetzt schlimm wenn ich keine Ahnung habe wovon du sprichst *Smilie
Was meinst du damit, sorry.

 

Du musst den Link von Eberhard schon komplett lesen - verstehen - und entsprechend anwenden

 

Hallo Excel-Fan's,

leider kann man mit dem ' Link von Eberhard' nicht 100%-ig feststellen ob eine PDF-Datei geöffnet ist oder nicht.
Ich benutze Sumatra-PDF und da bekomme ich mit dem gezeigten Code immer FALSE, egal ob oder ob nicht!

Gruß von Luschi
aus klein-Paris

 

leider kommen ich auch mit der Lösung von Regina nicht weiter.

hat dann vielleicht einer den passenden Code um festzustellen on die Datei:
Code:

offen ist oder das sie geschlossen werden soll.
Das wäre echt super.
Oder eine leicht verständliche Lösung.

Danke schon mal.

 

Dann dürfte die Prüfung keine Rolle spielen, wenn ein Programm wie Dein Sumatra (oder z.B. auch notepad) eine Datei komplett in den Speicher schreibt und dem System direkt wieder freigibt.

 

Gutem Morgen zusammen,
leider habe ich immer noch keine Lösung gefunden.

Für eure Hilfe wäre ich sehr dankbar.

Gruß

 

Hallo,

ein PDF, das du in einem Reader öffnest, kannst du nicht darauf prüfen, ob es geöffnet oder geschlossen ist.
Ein PDF-Reader, ist ein Stream-Reader ... die Datei wird als Stream eingelesen aber die Datei wird im Dateisystem nicht als geöffnet markiert.
Kann man sich an einer TXT-Datei und dem EDITOR ganz einfach anschauen. Man kann eine TXT beliebig oft im EDITOR öffnen ... genau der gleiche Effekt.
Nur Adobe Pro legt eine Ghost-Datei an, die dem Dateisystem anzeigt, dass die Datei gerade benutzt wird, macht ja auch Sinn, schließlich kann Adobe Pro das File auch bearbeiten.

Ob das der Adobe Reader auch macht, kann ich nicht beurteilen, hab ich nicht installiert ... mir reicht die Windows-Reader App. Bei der ist das PDF im Übrigen immer als 'Geschlossen' angezeigt ... egal welchen 'IsFileOpen'-Code frau auch verwendet.

Ein WorkAround könnte eventuell sein, die Threads durchzugehen und nach einem Window zu suchen, das den Namen der Datei im Header hat. Beim FoxitReader geht aber noch nichtmal das, da der Header immer nur 'FOXIT-Reader' lautet. Das Dokument wird in einem extra TAB angezeigt ... und darauf kriegt man keinen Zugriff. Keine Ahnung wie das in Adobe Reader ist.
Der Code für das Schließen von fast allen anderen Dateitypen, fndet sich im Netz ... ist wegen der Fensterstruktur in Win10/MS-Office sehr schwer zu verstehen und extrem API-Verseucht ... einfach mal nach 'Kill_Window_By_Name.xls' oder ähnlichem suchen.

Warum öffnest du eigentlich das PDF nach dem Publish ? Wenn du es gar nicht erst öffnest, hast du das Problem nicht.

Sabina

 

Es ist ein Zeichen von Genialität, schwierige Dinge einfach zu machen.
Müll, den man nicht erzeugt, muss man nicht entsorgen.

Man könnte das auch so interpretieren, dass das PDF nur genau einmal erzeugt werden soll. Da man Name und Pfad einer zu erzeugenden Datei schon vor der Erstellung kennen könnte und sollte, könnte man den Vorgang auch zwingend mit einem Test auf Existenz dieser Datei beginnen und dann notfalls das weitere abbrechen.
Wenn man überschreiben will, könnte man das bestehende PDF gleich vorher löschen, da sowieso neu erstellt wird.

Also (wieder einmal): Vor dem Aktionieren mit Codes könnte man erst einmal über Abläufe nachdenken.

 

Das mit den Abläufen ist schon klar... Natürlich wenn man daran denkt kann man es schließen.
Ja ich könnte die Autovorschau auch ausstellen.
Nur wenn ich bei geöffneter EPF Datei den Code ausführe kommt halt ein Fehler und das Makro bleit hängen weitern hin wird die erzeugt Arbeitsmappe nicht gelöscht.
Den Fall wollte ich halt umgehen.

Danke euch für die Tipps.