Wie erzeugt man heutzutage (Massen)Druckoutput?

[delora]

Zitat von mm1256:

Ein Nachteil von L&L könnte sein, dass man roundabout 20 Dateien (dll's) mitliefern muss. Bisher hatte ich aber damit kein Problem.

Unser Programmverzeichnis umfasst derzeit gut 1,5 GB verteilt auf gut 400 Exen und Dlls. Da kommts nicht drauf an

[mm1256]

Zitat von delora:

Unser Programmverzeichnis umfasst....

Dann isses ja gut. Das bringt mich zu dem Tipp: Die L&L Dateien niemals im System-Ordner installieren. Combit empfiehlt das glaube ich immer noch, oder hat es zumindest mal empfohlen. Ich nehme immer mein eigenes Programmverzeichnis, dann ist sicher gestellt, dass es mit anderen Programmen die ebenfalls L&L verwenden - und davon gibt es im Bereich der WWS viele - keinen Stress gibt.

EDIT: Ach ja und dann noch was: Wenn mehrere Entwickler damit arbeiten, auf die Lizenzkosten achten. Combit kontrolliert das rigoros!

[delora]

Zitat von mm1256:

Dann isses ja gut. Das bringt mich zu dem Tipp: Die L&L Dateien niemals im System-Ordner installieren. Combit empfiehlt das glaube ich immer noch, oder hat es zumindest mal empfohlen. Ich nehme immer mein eigenes Programmverzeichnis, dann ist sicher gestellt, dass es mit anderen Programmen die ebenfalls L&L verwenden - und davon gibt es im Bereich der WWS viele - keinen Stress gibt.

Wird bei uns ähnlich gehandhabt

Zitat von mm1256:

EDIT: Ach ja und dann noch was: Wenn mehrere Entwickler damit arbeiten, auf die Lizenzkosten achten. Combit kontrolliert das rigoros!

Ja, das habe ich bereits gelesen. In den Lizenzbedingungen steht sogar, dass jeder Entwickler eine Lizenz benötigt, der am gleichen Produkt arbeitet, unabhängig davon, ob er L&L direkt einsetzt, oder nicht.
Da stellt sich dann die Frage, was mit Produkt gemeint ist. Unser System ist modular aufgebaut, die Dokumente in DLLs ausgelagert, die aber natürlich vom Hauptprogramm aus angesteuert werden. Das wäre dann mal noch zu klären.

[Sir Rufo]

Schlimmstenfalls macht man sich ein Plugin-System. Die Ausgabe über LL (oder worüber eben auch immer) erfolgt dann über so ein Plugin. Dadurch kommen nur die LL-Plugin-Entwickler mit LL in Berührung, alle anderen arbeiten während der Entwicklung mit einem Dummy-Plugin

Wenn ihr das modular aufbauen wollt, dann sollte auch dieser Teil austauschbar sein

[mm1256]

Mit den Lizenzen sind die Entwickler gemeint, die GLEICHZEITIG an einem oder auch mehreren Projekten arbeiten. In der Praxis machen die das so, dass über's Netzwerk eine oder mehrere (das weiß ich nicht genau) Message/s verschickt wird/werden, wenn eine der zur Entwicklung benötigten DLL's geladen wird. Somit kann die Anzahl der aktiven Entwickler ermittelt werden. Ist die Anzahl der Lizenzen überschritten erscheint ein entsprechendes (entsetzlich nervendes ) Popup-Fenster mit einem Hinweis auf den Lizenz-Verstoß.

Sind die Entwicklungs-Rechner miteinander nicht vernetzt, kein Problem....

[generic]

Ich hab jetzt die zwei Seiten hier nicht gelesen.
Um den Ursprungsbeitrag wieder aufzugreifen, werfe ich mal einfach ein Produkt in den Raum, welches viele Versicherer, ADAC oder GEZ einsetzen:
http://www.icongmbh.de/dopix.html

Das Output-Management wird dann meist noch von einen weitere Werkzeug wie Dogbridge von Compat oder von SET das POSY übernommen.

[freimatz]

Statt MS Office/LibreOffice noch ein Vorschlag: http://www.textcontrol.com/en_US/.
Ist auch OCX, aber besser integriert wie obige. Sicherlich wesentlich flexibler als Reportgeneratoren, anderseits muss man sicher auch mehr selber machen.
Verwende ich selber, allerdings für ein bischen etwas anderes.

[Frickler]

Was ist denn mit VPE (Virtual Print Engine)? Da programmiert man sich die Reports selbst, indem man angibt, was wo gedruckt werden soll (also kein WYSIWYG wie z.B. in QuickReport). Dafür kann man dann beliebig komplexe Layouts erstellen. Soll auch sehr schnell sein.