Briefproblem

Fragen und Probleme, die nicht den obigen Kategorien zugeordnet werden können


Scholli7k
Forum-Newbie
Forum-Newbie
Beiträge: 2
Registriert: Di 13. Mai 2014, 08:28
Wohnort: Braunschweig

Briefproblem

Beitrag 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?

Benutzeravatar
u_fischer
Forum-Meister
Forum-Meister
Beiträge: 4300
Registriert: Do 22. Nov 2012, 11:09
Kontaktdaten:

Beitrag 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

Auch ein

Beitrag 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.

Scholli7k
Forum-Newbie
Forum-Newbie
Beiträge: 2
Registriert: Di 13. Mai 2014, 08:28
Wohnort: Braunschweig

Beitrag 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

Antworten