Hello All, I just tried the following on Context Live: \starttext \startitemize[n] \item one \item two \startitemize \item a \item b \stopitemize \item three \stopitemize \stoptext and the first itemize starts at 0. Remove the inner itemize and it starts at 1. Is this a feature or a bug? How do I get around it? Thanks, Richard
On Tue, 29 Apr 2008, richard.stephens@converteam.com wrote:
Hello All,
I just tried the following on Context Live:
\starttext \startitemize[n] \item one \item two \startitemize \item a \item b \stopitemize \item three \stopitemize \stoptext
and the first itemize starts at 0. Remove the inner itemize and it starts at 1.
Is this a feature or a bug? How do I get around it?
I can confirm that here. This is indeed a bug. Aditya
Am 2008-04-29 um 17:49 schrieb Aditya Mahajan:
I just tried the following on Context Live:
\starttext \startitemize[n] \item one \item two \startitemize \item a \item b \stopitemize \item three \stopitemize \stoptext
and the first itemize starts at 0. Remove the inner itemize and it starts at 1.
Is this a feature or a bug? How do I get around it?
I can confirm that here. This is indeed a bug.
I reported some weeks ago that numbering starts always at 0 with --once I guess Hans & Co went after the dictum of Dijkstra[0], as quoted recently by Knuth[1], that counting should start at 0 ;-) [0] http://en.wikipedia.org/wiki/Edsger_W._Dijkstra [1] http://www.informit.com/articles/article.aspx?p=1193856 Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://wiki.contextgarden.net https://www.cacert.org (I'm an assurer)
On Wed, 30 Apr 2008, Henning Hraban Ramm wrote:
Am 2008-04-29 um 17:49 schrieb Aditya Mahajan:
I just tried the following on Context Live:
\starttext \startitemize[n] \item one \item two \startitemize \item a \item b \stopitemize \item three \stopitemize \stoptext
and the first itemize starts at 0. Remove the inner itemize and it starts at 1.
Is this a feature or a bug? How do I get around it?
I can confirm that here. This is indeed a bug.
I reported some weeks ago that numbering starts always at 0 with --once
I guess Hans & Co went after the dictum of Dijkstra[0], as quoted recently by Knuth[1], that counting should start at 0 ;-)
[0] http://en.wikipedia.org/wiki/Edsger_W._Dijkstra [1] http://www.informit.com/articles/article.aspx?p=1193856
The reason for all these bugs of starting with zero is my reqest for a reverse key to itemize and then I could not foresee all the use cases. Aditya
On Tue, 29 Apr 2008, richard.stephens@converteam.com wrote:
Hello All,
I just tried the following on Context Live:
\starttext \startitemize[n] \item one \item two \startitemize \item a \item b \stopitemize \item three \stopitemize \stoptext
and the first itemize starts at 0. Remove the inner itemize and it starts at 1.
Is this a feature or a bug? How do I get around it?
Here is a modified core-itm.tex that corrects this bug. Aditya
participants (3)
-
Aditya Mahajan -
Henning Hraban Ramm -
richard.stephens＠converteam.com