☰

Fehler „Falsch platziertes \noalign“ mit Datatool

tag-icon • tag-icon debugging datatool
Fehler „Falsch platziertes \noalign“ mit Datatool

Beim Versuch, die folgende Datei zu kompilieren, tritt der folgende Fehler auf:

! Misplaced \noalign.
\pagebreak ->\noalign 
                      {\ifnum `}=0\fi \@testopt {\LT@no@pgbk -}4
l.47 \end{letter}

Ich verstehe nicht, warum. Wenn Sie kleine Änderungen an der CSV-Datei vornehmen, xx.csvverschwindet dieser Fehler. Ändern Sie beispielsweise mmin m. Alternativ können Sie mmin ändern 11.

Alternativ können Sie am Ende der Zeichenfolge ein Komma hinzufügen 2014.02.26,26,2014.11.12.tmin

\PrintDocTableParekh[2014.02.26,26,2014.11.12.tm]{newbDB}{Documents}

Wenn Sie es also ändern, 2014.02.26,26,2014.11.12.tm,wird der Fehler ebenfalls behoben.

\documentclass[12pt]{letter}
\usepackage{longtable}
\usepackage[verbose]{datatool}
\usepackage{array}
\usepackage{url}

\newcounter{tabenum}\setcounter{tabenum}{0}
\newcommand{\colhead}[1]{\multicolumn{1}{>{\bfseries}l}{#1}}
\newcommand{\nextnuml}[1]{\refstepcounter{tabenum}\thetabenum.\label{#1}}
\newcommand*{\checkmissing}[1]{\DTLifnull{#1}{}{#1}}
\signature{Someone}
\newcommand{\PrintDocTableParekh}[3][]{%
 % #1 = list of rowIDs
 % #2 = database to search
 % #3 =caption
  \begin{longtable}{r l p{1.5in} c c p{2.5in}}
    \caption{#3}\\
   & \colhead{Date} & \colhead{Filename} & \colhead{From} & \colhead{To} & \colhead{Subject}\\\hline\endhead
    \DTLforeach
    [\ifblank{#1}{\boolean{true}}{\DTLisSubString{#1}{\RowID}}]
    {#2}{%
      \RowID=RowID,%
      \Date=Date,%
      \Filename=Filename,%
      \From=From,%
      \To=To,%
      \Subject=Subject%
    }{%
      \nextnuml{\RowID} & \Date & {\bfseries\expandafter\url\expandafter{\Filename} } & \checkmissing{\From} & \checkmissing{\To} & \Subject \\
    }%
  \end{longtable}
}%

\begin{filecontents*}{xx.csv}
2014.02.26,       26 Feb 2014      , something.txt     ,      ,    ,    ,subject
2014.11.12.tm,    12 Nov 2014      , something.txt     , XXX  , YY ,    , subject
mm, date, ,,,, subject
\end{filecontents*}

\begin{document}
\begin{letter}{}
  \opening{xx,}
  \closing{Yours Sincerely,}
  \DTLloaddb[noheader,keys={RowID,Date,Filename,From,To,Email,Subject}]{newbDB}{xx.csv}
  \PrintDocTableParekh[2014.02.26,26,2014.11.12.tm]{newbDB}{Documents}

\end{letter}
\end{document}

Antwort1

Es scheint ein Problem mit der \DTLifSubStringVerwendung innerhalb von zu geben \DTLforeach. (Dies schließt die Verwendung \DTLisSubStringim bedingten Argument ein.) Die Verwendung von letterund longtableist verwirrend, daher hier eine abgespeckte Version:

\documentclass{article}

\usepackage{datatool}

\begin{filecontents*}{xx.csv}
2014.02.26
2014.11.12.tm
mm
\end{filecontents*}

\newcommand*{\ifcontainsrowid}[2]{%
 \ifblank{#1}{#2}%
 {%
   \DTLifSubString{#1}{\RowID}{#2}{}%
 }%
}    

\begin{document}

\DTLloaddb[noheader,keys={RowID}]{newbDB}{xx.csv}

\DTLforeach*{newbDB}{\RowID=RowID}%
{%
   \ifcontainsrowid{2014.02.26,26,2014.11.12.tm}%
   {%
      \RowID
   }
}%

\end{document}

Dies führt zu einer anderen Fehlermeldung:

Runaway argument?
\expandafter \dtl@ifsingle \expandafter {\dtl@first }{\expandafter \@dtl@testif
substring \ETC.
! Paragraph ended before \dtl@getfirst was complete.
<to be read again> 
                   \par

Aber es hat denselben Ursprung. Ich habe noch nicht herausgefunden, woran es liegt, aber ich war eine Woche weg und muss Dinge nachholen, sodass ich noch nicht viel Gelegenheit hatte, nachzuforschen. Sie können das Problem umgehen, indem Sie einen anderen Befehl verwenden, zum Beispiel \IfSubStraus dem xstring Paket:

\documentclass{article}

\usepackage{datatool}
\usepackage{xstring}

\begin{filecontents*}{xx.csv}
2014.02.26
2014.11.12.tm
mm
\end{filecontents*}

\newcommand*{\ifcontainsrowid}[2]{%
 \ifblank{#1}{#2}%
 {%
   %\DTLifSubString{#1}{\RowID}{#2}{}%
   \IfSubStr{#1}{\RowID}{#2}{}%
 }%
}


\begin{document}

\DTLloaddb[noheader,keys={RowID}]{newbDB}{xx.csv}

\DTLforeach*{newbDB}{\RowID=RowID}%
{%
   \ifcontainsrowid{2014.02.26,26,2014.11.12.tm}%
   {%
      \RowID
   }
}%

\end{document}

Update: Dieser Fehler wurde in v2.23 behoben.

verwandte Informationen