Quickreport und Windows-Pdf-Printer

[BlueStarHH]

Zitat von FrankJ28:

in der Tat habe ich das Problem "wann fertig" auch noch nicht gelöst. Was spricht in deinem Fall gegen den Dateinamen inklusive Netzwerkpfad?

Im Netzwerkpfad dürfen nur vollständige Dateien liegen, weil noch mehr damit gemacht wird. Der Ordner wird überwacht. Ist dort eine neue Datei, wird sie automatisch ins DMS importiert. Das soll und kann nur mit fertigen Dateien passieren.

[BerndS]

Könnte man nicht testen, ob sich die Datei exklusiv (fmOpenRead or fmShareExclusive) öffnen lässt?
Wenn die noch offen zum Schreiben ist, sollte das dann einen Fehler erzeugen.
ein kleines Beispiel: (Datei muss aber vorhanden sein)

Delphi-Quellcode:

function FileNotOpen(AFileName: string): Boolean;
begin
  try
    TFileStream.Create(AFileName, fmOpenRead or fmShareExclusive).Free; 
    Result := True;
  except
    Result := False;
  end;
end;

[BlueStarHH]

Zitat von BerndS:

Könnte man nicht testen, ob sich die Datei exklusiv (fmOpenRead or fmShareExclusive) öffnen lässt?

Danke, das könnte ein guter Ansatz sein. Ich teste das mal.

[FrankJ28]

Zitat von BlueStarHH:

Zitat von FrankJ28:

in der Tat habe ich das Problem "wann fertig" auch noch nicht gelöst. Was spricht in deinem Fall gegen den Dateinamen inklusive Netzwerkpfad?

Im Netzwerkpfad dürfen nur vollständige Dateien liegen, weil noch mehr damit gemacht wird. Der Ordner wird überwacht. Ist dort eine neue Datei, wird sie automatisch ins DMS importiert. Das soll und kann nur mit fertigen Dateien passieren.

Hi,
dann hast Du doch das gleiche Problem, wenn Du die Datei auf das Netzwerklaufwerk kopierts. Die ist ja nun auch nicht "schwupps da".
Ciao
Frank

[BerndS]

Für den Fall, dass die Überwachung nur für bestimmte Dateitypen (z.B. *.pdf) gemacht wird, könnte man die Datei beim Kopieren mit .part versehen und erst danach umbenennen.