AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
Habe ich so verstanden:
Zitat:
|
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
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. |
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
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 |
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
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.
|
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
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. 8-) 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:
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 :pale: Das ist ja der ausschlaggebende Grund, nach Alternativen zu suchen :( Zitat:
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 :) |
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
Zitat:
Ü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. |
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
Zitat:
|
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
Zitat:
'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 |
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
Zitat:
|
AW: Wie erzeugt man heutzutage (Massen)Druckoutput?
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.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:29 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz