Hi,

es soll hier nächste Woche eine Art Status Meeting geben und ich will das einbinden.
Es funktioniert aber nicht.
Nichtssagende Fehlermeldung, die aber zumindest besagt, dass die PDF Generierung für eine bestimmte Maske mit vielen Hide-When-Formeln / Teilmasken nicht funktioniert.
(attache die, wenn ich die das nächste mal erzeuge).

Einfache Sachen wie z.B. Ver-Pdfung von Mails funktioniert hingegen.
 
Wenn ich eine Spezialmaske erstelle, dort das gesamte Dokument per RenderToRichTextItem reintue und das gegen der ihren ePDF-Server sende sieht es nicht gut aus (Verschobene Felder. Sieht wirklich lustig aus).

HIER IST DIE FRAGE: Hat jemand Erfahrung mit ePDF mit komplexeren Masken (Teilmasken, Tabellen mit komplexen hide-when-Formeln, etc.)


Gruß Axel

Hallo Axel,

>>Komischerweise hat freepdf mit ghostscript überhaupt null, zero, zilch, nada Probleme...<<

ich kenne e:pdf nicht, aber werden dort die Notes-Daten nicht "native" gelesen und dann in eine PDF umgewandelt?

Die Lösung mit ghostscript ist doch was ganz anderes: Da wird doch lediglich der Postscript-Code (durch einen PS Druckertreiber gerendert) in PDF umgewandelt....

Gruss
Manfred

ich kenne e:pdf nicht, aber werden dort die Notes-Daten nicht "native" gelesen und dann in eine PDF umgewandelt?

Die Lösung mit ghostscript ist doch was ganz anderes: Da wird doch lediglich der Postscript-Code (durch einen PS Druckertreiber gerendert) in PDF umgewandelt....

Es ist mir und meinem Kunden völlig egal, ob die artistas más creativos des Herstellers das "native" oder sonstwie machen.

Tatsache ist: Notes RichText, Layout Regions, Hide whens, Notes-Tabellen werden in einem Format gespeichert, das offenbar so komplex ist, dass eine einfache Umwandlung nach PDF anscheinend keinen ökonomisch gangbaren Weg darstellt.

Wieso sonst haben die von Groupware es nicht geschafft, sämtliche Gestaltungselemente eines Notes Dokuments in PDF zu rendern?

Gruß Axel

... werd nun eine Client-Automatisierungs-Plattform basierend auf dem bauen:
http://www.pdfpdf.com/products.html
Freepdf unterstützt scheinbar kein font embedding.
d.h. ich lasse den ghostscript Druckertreiber die rendering Arbeit machen (der kann das nämlich gut) und muss "nur" den Client zuverlässig, transaktional, fehlerfrei, etc. steuern.

danke.
Der Kollege hier hat die hoffentlich noch nicht weggeschmissen.
Wir haben auch mal sowas ähnliches gemacht.
Problem ist den gesamten Client, wo gedruckt wird, völlig zu automatisieren.
Ansonsten halte ich das aber für den richtigen Weg.

Gruß Axel

Bei der Lösung aus der ct erhält man dann die PDF via eMail... habe aber die Details nicht mehr im Kopf.

... wenn du das ganze in eine Art von Archivierungslösung integrierst. So nach dem Motto: PDF muss per irgendwelche APIs in ein unternehmensweites Archiv mit den und den Metadaten gebracht werden, geht es so ja leider auch nicht.
D.h. ich muss da eine Menge Frontendsachen per Scripten, Scheduler, etc. automatisieren und das ganze auch noch zuverlässig machen.

Gruß Axel