Drucken. Windowstitle. Letztes char nichtAnwesend

[Marinero Atlántico]

Hi,

merkwürdiges Phänomen:
Wenn ich mit tif* oder pdf Druckertreibern ein Notes-Dokument ausdrucke nehmen sie Standardmässig oder mit bestimmten proprietären Einstellungen den Document-Title als Namen der erzeugten Datei.
Ich habe aber bei all diesen Treibern das Phänomen, dass im Dateinamen das letzte char geschluckt wird, wenn ich die DocUnid als Dateinamen verwende. Hat offenbar nix mit der Gesamtlänge des Dateinamens zu tun, da er dieses letzte Char verschluckt, egal ob ich im Windows-Titel ein suffix nehme oder nicht.
Also:
WindowsTitel-Formel = "UID_"  + @Text(@DocumentUniqueID)
ergibt in Windowstitel (vollständig): UID_xxxxxxD784
ergibt im Ausdruck: UID_xxxxxxD78.tif (die 4 fehlt)

WindowsTitel-Formel = @Text(@DocumentUniqueID)
ergibt in Windowstitel (vollständig): xxxxxxD784
ergibt im Ausdruck: xxxxxxD78.tif (die 4 fehlt)

Hat jemand eine Idee, warum dieses letzte char bei der Generierung des Dateinamens verschluckt wird?

Thx

Axel




* UDC von http://www.print-driver.com scheint sehr gut zu sein (viele nützliche Einstellungen, gute Qualität der tifs).

[animate]

Muhahaha. Da steht bestimmt irgendwo im Code, der die Dateiendung anhängt (also nicht in deinem), eine -1 statt einer +1 oder so. Das sieht sehr nach Bug aus

[Marinero Atlántico]

Hab ich beim ersten Druckertreiber auch gedacht. Ich habe das gleiche Phänomen bei 2 pdf und 1 tif Druckertreiber, so dass ich langsam nicht mehr an einen bug glaube.
Es ist nicht so schlimm, weil nach meinen Berechnungen auch die Rest-Docunid ausreichend eindeutig ist, zumal das eine Art "spool"-Verzeichnis ist, wo immer nur allerhöchstens ca. 100 Dokumente gleichzeitig rumliegen. Das deren doc-unid bis auf die letzte Ziffer gleich ist, halte ich für extrem unwahrscheinlich. ODER 
Naja vermutlich ändere ich die File-Namen Generierung doch noch um.

Gruß Axel

[animate]

genau, häng doch immer noch ein Dummyzeichen mit hintendran

[Marinero Atlántico]

Nö. Ich schneide immer für das Wiederfinden das letzte Zeichen der DocUnid ab.
Alternative wäre DocID (noch nicht ausprobiert) oder ich erzeuge selbst eine eindeutigeID mit einem Zeitstempel und einer Zufallszahl.

Gruß Axel

[TMC]

Hat offenbar nix mit der Gesamtlänge des Dateinamens zu tun, da er dieses letzte Char verschluckt, egal ob ich im Windows-Titel ein suffix nehme oder nicht.

Ich hab mal testweise ein Dokument in ND6 gedruckt auf dem Adobe Acrobat Drucker (R6).

Beim Dateinamen nimmt der PDF-Drucker immer die ersten 31 Zeichen des Doc-Titel (außer dieser ist kürzer).

Drucke ich also z.B. ein Dokument mit dem Titel
0123456789012345678901234567890123456789 (40 Zeichen)

Dann wird mir beim Drucken als PDF folgender Dateiname angeboten:
0123456789012345678901234567890.pdf (31 Zeichen + .pdf).

Nachdem die UNID ja aus 32 Zeichen besteht, würde auch hier (logischerweise) das letzte Zeichen weggelassen.

Warum das so ist ? Keine Ahnung.......

[Glombi]

Jaws PDF Creator (NikNak) verhält sich genau so.

Alternativ wäre @Unique zu verwenden.

Andreas

[Marinero Atlántico]

Nachdem die UNID ja aus 32 Zeichen besteht, würde auch hier (logischerweise) das letzte Zeichen weggelassen.

Warum das so ist ? Keine Ahnung.......

Ok. Wahrscheinlich ist das eine Windows-Beschränkung.
Ich glaub ich nehme Doc-ID. Dateiname des Tifs ist eigentlich extern egal. Steht in einer xml-Metadatendatei und die kann die DocUnid haben, da sie nicht über den Druckertreiber erzeugt wird.
Mit Doc-Id ist vielleicht doch nicht so gut, weil später evtl. mehrere Datenbanken dadrüberlaufen sollen.
Oh Mann. Ist das blöd.
Mh. Doc ID + eindeutiger Schlüssel für DB mit 3 Buchstaben :-) + Gesetz, dass der Server nicht gewechselt wird, auf dessen Dokumente zugegriffen wird.

Axel

[TMC]

Hier der Vollständigkeit halber noch eine Tabelle zu den ganzen IDs:

http://www.nsftools.com/tips/NotesTips.htm#noteids