Wie erzeugt man heutzutage (Massen)Druckoutput?

[ernschd]

Habe ich so verstanden:

Zitat:

Must have:
...
Ein Layout für mehrere Formate. Soll heißen, dass ich festlege, wie das Ergebnis auszusehen hat, und das System erzeugt mir darauf basierend PDF, PCL, Postscript....

Wir drucken z.B. bei uns im Unternehmen die PCL-Dokumente ohne den Druckertreiber. Die Datei wird direkt auf den PCL-fähigen Drucker kopiert, und er legt von sich aus los.

[Sir Rufo]

Das habe ich auch gelesen, nur würde ich mich mit so etwas nie rumschlagen wollen (es müsste schon ein sehr ernster Grund vorliegen um mich zu überzeugen).

Da es solche Umsetzer schon gibt (Druckertreiber) bin ich dagegen das Rad neu zu erfinden.

[p80286]

Eine Alternative zu einem Reportgenerator, wäre u.U MS Office/open Office
Im Extremfall, können diese Dokumente/Vorlagen sich die notwendigen Daten von einer DB abholen, sich selbst erzeugen und auch ausdrucken. Rein theoretisch sollte jeder fortgeschrittene Anwender in der Lage sein, entsprechende Vorlagen zu erstellen.
Ich würde allerdings empfehlen die Dokumentengenerierung und DB-Abfrage über ein eigenes Programm abzuwickeln, was zumindest der Performance zuträglich wäre.

Gruß
K-H

[sh17]

also bei einigen "must have" würde ich eher vorschlagen, das Gehirnschmalz in einen eigenen neuen Generator zu stecken, als mir eine fertige Blackbox ans Bein zu binden.

[delora]

Hallo zusammen und ersteinmal vielen Dank für Eure Rückmeldungen

Das mit den PCL-Files wird bei uns ähnlich gehandhabt, wie bei ernschd.
Die PCL-Files werden bei uns native erzeugt; nicht über einen Druckertreiber, sondern durch Schreiben der Escape-Sequenzen...
Anschließend werden sie an einen Dienstleister geschickt, der den Papier-Output erzeugt.
So sparen wir uns eine große Druckstraße.
Die Archivierung der PDFs läuft bei uns intern.

Ob man bei einer Novellierung des Ganzen immer noch auf PCL setzt, würde ich jetzt in Frage stellen.
Das ist bei uns einfach historisch gewachsen und dieses Format haben wir halt immer mitgeschleppt, obwohl wir teilweise ganz schöne Kapriolen schlagen mussten, um irgendwelche Sachen zu integrieren.

Zitat von sh17:

also bei einigen "must have" würde ich eher vorschlagen, das Gehirnschmalz in einen eigenen neuen Generator zu stecken, als mir eine fertige Blackbox ans Bein zu binden.

Theoretisch würde ich das auch gerne machen.
Leider haben wir nicht die Zeit, um uns über diese grundlegenden Sachen zukünftig Gedanken zu machen. Wenn Du ein Feature implementierst, dann implementierst Du es in x Druckengines.
Und dann musst Du es auch noch nahezu deckungsgleich hinbekommen. Das ist kein Vergnügen
Das ist ja der ausschlaggebende Grund, nach Alternativen zu suchen

Zitat von p80286:

Eine Alternative zu einem Reportgenerator, wäre u.U MS Office/open Office

Hmm, das hört sich irgendwie komisch an. Ich weiß nicht. Ich fürchte, dass wir damit irgendwie schnell an unsere Grenzen stoßen werden. Ist nur so ein Gefühl

Ansonsten stehen Reportgeneratoren zur Debatte, an die ich auch am Anfang nachdachte.

Was haltet Ihr denn generell von XSL speziell XSL-FO?
Hat damit jemand Erfahrungen?
Oder ist das zu unflexibel? Zu inperformant?

Über weitere Tipps bin ich sehr dankbar

[mjustin]

Zitat von delora:

Was haltet Ihr denn generell von XSL speziell XSL-FO?
Hat damit jemand Erfahrungen?

In c't und i'x gab es zum Thema Drucken per XSL-FO einige Artikel aus der Praxis.

Über die Archiv-Suche sind sie noch zu finden: https://shop.heise.de/archiv/search/result?query=xsl-fo

zum Beispiel

XML hübsch gedruckt - XSL Formatting Objects schlagen die Brücke von XML zu PDF

Der saubere Weg - Herstellerunabhängiges Reporting mit XSL und Co.

[mm1256]

Zitat von delora:

Über weitere Tipps bin ich sehr dankbar

Hast du dir schon mal List&Label angesehen? Deutsches Produkt (Konstanz), kann - so wie ich es beurteilen kann - alles was du brauchst. Quellcode gibt's allerdings nicht. Aber, es ist das leistungsfähigste, flexibelste und schnellste Reporting-Tool das ich kenne. Wir setzen es roundabout 15 Jahre lang ein und hatten bisher auch keine nennenswerten Probleme. Und wenn's mal klemmt, gibt's eine gut erreichbare Hotline.

[p80286]

Zitat von delora:

Zitat von p80286:

Eine Alternative zu einem Reportgenerator, wäre u.U MS Office/open Office

Hmm, das hört sich irgendwie komisch an. Ich weiß nicht. Ich fürchte, dass wir damit irgendwie schnell an unsere Grenzen stoßen werden. Ist nur so ein Gefühl

Das mag sein. Für ein
'Sehr geehrter #Anrede# #Name# hiermit kündigen wir zum nächsten 1.'
ist ein Reportgenerator bestimmt gut zu gebrauchen. Wenn allerdings noch ein (paar) Logos dazu kommen und abhängig von der #Sprache# sich auch Teile des Briefes ändern sollen, dann ist/war so mancher Reportgenerator überfordert.

Und das selber bauen von PCL, Postscript und was für Druckerbefehlssprachen noch - Files, ist vollkommen unnötig und viel zu Fehlerträchtig. Für so etwas gibt es Druckertreiber!

Gruß
K-H

[Neutral General]

Zitat von p80286:

Für ein
'Sehr geehrter #Anrede# #Name# hiermit kündigen wir zum nächsten 1.'
ist ein Reportgenerator bestimmt gut zu gebrauchen. Wenn allerdings noch ein (paar) Logos dazu kommen und abhängig von der #Sprache# sich auch Teile des Briefes ändern sollen, dann ist/war so mancher Reportgenerator überfordert.

Das halte ich für ein Gerücht.

[Sir Rufo]

Wenn man mehrere Sprachen unterstützen will, dann legt man sich pro Sprache ein Template an. Das wird dann durch die Engine mit den Daten gefüllt und fertig.