Seite 1 von 1

Briefproblem

Verfasst: Di 13. Mai 2014, 09:04
von Scholli7k
Servus liebe goLaTeX-Gemeinde,

bin noch frisch hier und hoffe, dass ihr mir helfen könnt :)
Ich habe folgendes Problem:

Ich habe mit der dinbrief-Klasse ein Muster für einen Brief erstellt. Ziel meinerseits ist es ein Standardisiertes Layout für zukünftige Briefe zu implementieren.
Dabei ergibt sich jedoch eine Herausforderung:
Es müssen verschiedene Typen von Briefen verschickt werden. (z.B. Angebote, Rechnungen etc..) Es gibt zwei verschiedene Arten von Informationen, die in den Dokumenten bestehen. Die fixen(Kopf, Layout und Firmenlogo) und die, die manipuliert werden sollen. In diesem Fall z.B. die Anschrift, Betreff aber auch der Inhalt des Briefes (z.B. Rechnungsbezogene Posten)
Als Erstes sind mir da Formulare eingefallen. Ich könnte ja Felder implementieren, wo der Nutzer seine Daten, die manipuliert werden können eintragen kann und das Dokument dann ausdrucken und abschicken kann. Problem ist nur, dass die Formularfelder ja mit ausgedruckt werden und es total daneben aussieht, wenn man eine Rechnung verschickt, die Formularfelder besitzt. Fällt also schonmal weg. Nach erster Recherche habe ich dann das AcroTeX-Paket nachinstalliert und wollte mittels JavaScript weiter kommen, indem ich Felder verarbeite und ein neues PDF generieren lasse. Hat auch nicht so funktioniert.
Die einzige Möglichkeit, die mir einfällt ist eine serverseitige Lösung, wo ich die Daten in eine DB speichere und dann das Dokument via LaTeX generieren lasse.
Das Problem ist nämlich, dass der Nutzer kein LaTeX kann und auch nicht den Aufwand betreiben soll es zu lernen. Er bekommt das fertige PDF mit allen Vorgaben und der Nutzer soll das Dokument dann manipulieren und abspeichern/drucken.

Nun meine Frage an euch: Kann mir jemand mit dieser Problematik weiter helfen? Gibt es für dieses Problem schon Lösungsansätze auf die ich noch nicht gestoßen bin? Oder ist das serverseitige Setzen der PDF die einzige Möglichkeit?

Verfasst: Di 13. Mai 2014, 09:48
von u_fischer
Nun, wenn der Nutzer die pdf-Datei direkt (lokal + offline) verarbeiten können soll, dann bleiben ja wohl nur Formulare. Sobald eine LaTeX-Kompilierung irgendwo stattfinden kann (lokal oder auf einem Server) gibt es natürlich viele Möglichkeiten.

Z.B.: http://www.dante.de/events/Herbst2013/P ... html#bitzl

Verfasst: Di 13. Mai 2014, 10:00
von Auch ein
Da du noch frisch bist, würde ich dir auch noch empfehlen, dir mal die KOMA-Script-Briefklasse scrlttr2 anzuschauen. Man kann dort sehr gut aufeinander aufbauende Layouts erstellen, bei denen je nach Layout oder Existenz unterschiedliche Elemente gedruckt oder nicht gedruckt werden.

Das beantwortet natürlich nicht die Frage, wie der LaTeX-unkundige Anwender die Daten eingibt.

Verfasst: Do 15. Mai 2014, 14:25
von Scholli7k
u_fischer hat geschrieben:Nun, wenn der Nutzer die pdf-Datei direkt (lokal + offline) verarbeiten können soll, dann bleiben ja wohl nur Formulare. Sobald eine LaTeX-Kompilierung irgendwo stattfinden kann (lokal oder auf einem Server) gibt es natürlich viele Möglichkeiten.

Z.B.: http://www.dante.de/events/Herbst2013/P ... html#bitzl
Hallo u_fischer,

erstmal danke für die kurze Info. Ich habe mich für die Servervariante entschieden, da es anscheinend anders nicht funktioniert. Für all diejenigen, die ebenfalls nach einer ähnlichen Lösung suchen habe ich ein interessantes Tutorial für eine PHP + SQL Lösung gefunden, welches sich in meinem Fall excellent umsetzen lässt. So kann ich dann dem Nutzer Werte in ein PHP Formular eingeben lassen, diese in LaTeX setzen, kompilieren und ihm anschließend sein personalisiertes Dokument zum Download bereit stellen.

Hier das Tutorial

Grüße
Scholli7k