Zeilenumbruch in <%partnotes%> wird in Latex als ^M dargestellt

[thommers@…]

Bei der Ausgabe der Variable <%partnotes%> wird der Zeilenumbruch nicht
durch ein \newline ersetzt, sondern es wird ein ^{M eingefuegt.
Der Zeilenumruch wird somit in Latex nicht dargestellt.}

Ich habe Daten in die Variable <%partnotes%> ueber LX-ERP eingefuegt und
zusaetzlich ueber phppgadmin. Beides mit dem selben Resultat.

Die mehrzeilige Ausgabe der Variable <%description%> funktioniert hingegen
ohne Probleme. Hier wird der Zeilenumruch durch ein \newline ersetzt.

Ich aerbeite von einem Windows XPpro System auf dem LX-ERP-Server Suse 9.1.

Ich finde das Konzept von partnotes und description sollte insgesamt
überarbeitet werden.
In den Latextemplates: description sollte in den oberen Zeilen einer Spalte
stehen, und partnotes darunter. Die Behandlung von <%partnotes%> sollte genauso
wie von <%description%> sein und die Anzahl der Zeichen pro Beschreibungszeile
und anschließende \newline's sollte mit in die <%pagebreak xx yy zz%>
Formatierung (vgl. Backend: Form.pm sub parse_template).

Beim Warenanlegen dann Artikel Nummer Artikelbeschreibung (=description) bzw.
Name und die Langbeschreibung des Artikels in die Bemerkungen (=partnotes).
Oder wenn man Partnotes nur intern verwenden will, dann die Partnotes aus dem
Latextemplate entfernen.

Alternativ eine checkbox neben die partnotes Eingabe für interne Notizen. Die
Partnotes Variable bleibt dann für Latex leer.

Im Latex Template würde das mit description und Partnotes dann so aussehen:
\begin{tabular*}{\textwidth}{@{}lp{\descrwidth}@{\extracolsep\fill}rlrrr@{}}

\textbf{Number} & \textbf{Description} & \textbf{Qt'y} &

\textbf{Unit} & \textbf{Price} & \textbf{Disc} & \textbf{Amount}

<%foreach number%>

<%number%> & <%description%> \newline \footnotesize{\textbf{<%partnotes%>}}&

<%qty%> &

<%unit%> & <%sellprice%> & <%discount%> & <%linetotal%>

<%end number%>

Ich habe mir das ngeschaut, und kann folgendes dazu sagen:

Die format_string Methode nimmt als Argumente die keys von $form, und schreibt
selbständig zurück nach $form. Unschön. Blöderweise ist zu diesem Zeitpunkt
partnotes schon in einem anonymen Array in $form gespeichert, die Funktion kann
das also nicht erkennen.

Dementsprechend müsste man die umschreiben um das Problem zu fixen, und dabei
auch den Funktionskopf ändern, alles andere ist nur Symptome bekämpfen.

Die parse_template wird wahrscheinlich sowieso neu geschrieben, dann wird das
berücksichtigt werden, bis dahin:

Verschoben (Prio: niedrig).

Das sollte eigentlich behoben sein.