Bug#367261: Acknowledgement (listings-style fails to continue counting correctly)
On Sun, May 14, 2006 at 22:17 +0200, Joachim Breitner wrote: Some futher information: One empty line is a feature, not a bug® according to the docs, but it seems that the use of \lstinline interferes with the counting. see attached minimal working example. Are you refering to page 14 of the listings documentation? I interpret that differently. To me it looks as if the bug you discovered is actually visible in the documentation itself, but somewhat hidden by the empty line which is supposed to be counted but actually is not. As a workaround, you could use firstnumber=auto and identical [name=...] options for all lstlisting environments, that should be numbered contiguously. cheerio ralf
Bug#367261: Acknowledgement (listings-style fails to continue counting correctly)
Hi, Am Montag, den 15.05.2006, 09:42 +0200 schrieb Ralf Stubner: On Sun, May 14, 2006 at 22:17 +0200, Joachim Breitner wrote: Some futher information: One empty line is a feature, not a bug® according to the docs, but it seems that the use of \lstinline interferes with the counting. see attached minimal working example. Are you refering to page 14 of the listings documentation? I interpret that differently. To me it looks as if the bug you discovered is actually visible in the documentation itself, but somewhat hidden by the empty line which is supposed to be counted but actually is not. Yes, that's a possible interpretation, too. As a workaround, you could use firstnumber=auto and identical [name=...] options for all lstlisting environments, that should be numbered contiguously. That works, but for some cases it would be really nice to be able to use firstnumber=last.. Thank, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
Bug#367261: Acknowledgement (listings-style fails to continue counting correctly)
Hi,
Some futher information: One empty line is a feature, not a bug®
according to the docs, but it seems that the use of \lstinline
interferes with the counting. see attached minimal working example.
Joachim
--
Joachim nomeata Breitner
Debian Developer
[EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
\documentclass[a4paper]{article}
\usepackage[latin1]{inputenc}
\usepackage[german]{babel}
\usepackage{listings}
\begin{document}
\lstset{numbers=left, firstnumber=last}
\begin{lstlisting}
rueber(x,y) = (x+1,y)
runter(x,y) = (x,y+1)
ruerunter (x,y) = (x+1,y+1)
hoch (x,y) = (x,y-1)
links (x,y) = (x-1,y)
\end{lstlisting}
Maybe the problem is the use of lstinline in \lstinline.doeach. as one empty line is documented, but several should not be needed. But it seems that every \lstinline-lstinline- reduces the count\ldots
\begin{lstlisting}
doeach f [] = []
doeach f (x:xs) = ((f x):xs) : (map (x:) (doeach f xs))
\end{lstlisting}
\end{document}
