Columns in itemizations
![](https://secure.gravatar.com/avatar/331902f4bde5e73f4eeac8719040822f.jpg?s=120&d=mm&r=g)
Hello, following up to a recent post on comp.text.tex I'd like to bring forth an enhancement request for itemgroups: in the current implementation it is not possible to set up itemgroups to use the non key=value pairs settings. IOW, one cannot say \defineitemgroup[myitems] \setupmyitems[each][A] and have the items come up numbered with capital letters. Some keywords (like: joinedup) work, some others (the numbering type ones, for example, or "columns") don't work. For what I can see by looking at the code, this depends on these settings being looked for *not* when setting up the itemizations, but in the actual moment when the \start<itemgroup> is issued (this is for example the case for "columns"). Enhancement request: allow all keywords to work. I think the most straightforward way to implement this is to simply store the keywords and put them as default values when \start<itemgroup> is called (this would even, I suspect, simplify the handling of the itemgroup setups ...) -- Giuseppe "Oblomov" Bilotta
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 11:17 PM 2/27/2003 +0100, you wrote:
Hello,
following up to a recent post on comp.text.tex I'd like to bring forth an enhancement request for itemgroups: in the current implementation it is not possible to set up itemgroups to use the non key=value pairs settings. IOW, one cannot say
\defineitemgroup[myitems] \setupmyitems[each][A]
and have the items come up numbered with capital letters. Some keywords (like: joinedup) work, some others (the numbering type ones, for example, or "columns") don't work. For what I can see by looking at the code, this depends on these settings being looked for *not* when setting up the itemizations, but in the actual moment when the \start<itemgroup> is issued (this is for example the case for "columns").
Enhancement request: allow all keywords to work. I think the most straightforward way to implement this is to simply store the keywords and put them as default values when \start<itemgroup> is called (this would even, I suspect, simplify the handling of the itemgroup setups ...)
\defineitemgroup[test] \setupitemgroup[test][headstyle=slanted] \setupitemgroup[test][2][packed] % \setupitemgroup[test][each][packed] \starttest \head test \par test \item test \starttest \item test \item test \stoptest \item test \stoptest so, it's there already; in principle the following should work: \setupitemgroup[test][levellist][keyvals] \setupitemgroup[test][levellist][keys] \setupitemgroup[test][levellist][keyvals][keys] \setupitemgroup[test][keyvals] \setupitemgroup[test][keys] \setupitemgroup[test][keyvals][keys] Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/331902f4bde5e73f4eeac8719040822f.jpg?s=120&d=mm&r=g)
Friday, February 28, 2003 Hans Hagen wrote: HH> so, it's there already; in principle the following should work: HH> \setupitemgroup[test][levellist][keyvals] HH> \setupitemgroup[test][levellist][keys] HH> \setupitemgroup[test][levellist][keyvals][keys] HH> \setupitemgroup[test][keyvals] HH> \setupitemgroup[test][keys] HH> \setupitemgroup[test][keyvals][keys] The problem is it doesn't work for all keywords: try for example: \defineitemgroup[test] \setupitemgroup[each][A,columns] \starttest \item one \item two \item three \item four \item five \stoptext \starttest[A,columns] \item one \item two \item three \item four \item five \stoptext You will see that the "A" and "columns" settings don't get through. AFAICS from the code, this depends on these settings being looked for only after the \start<...> thing, and not in some kind of more global setting like the ones that refer to spacing. -- Giuseppe "Oblomov" Bilotta
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 10:23 AM 2/28/2003 +0100, you wrote:
Friday, February 28, 2003 Hans Hagen wrote:
HH> so, it's there already; in principle the following should work:
HH> \setupitemgroup[test][levellist][keyvals] HH> \setupitemgroup[test][levellist][keys] HH> \setupitemgroup[test][levellist][keyvals][keys]
HH> \setupitemgroup[test][keyvals] HH> \setupitemgroup[test][keys] HH> \setupitemgroup[test][keyvals][keys]
The problem is it doesn't work for all keywords: try for example:
can you try the new beta? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Giuseppe Bilotta
Works magic, thanks :)
here it is a little bit strange: -------------------------------------------------- \starttext \defineitemgroup[test] \setupitemgroup[test][A,columns] \starttest \item one \item two \item three \item four \item five \stoptest \starttest \item one \item two \item three \item four \item five \stoptest \stoptext -------------------------------------------------- gives ===== dvi output ================================= A. one D. four B. two E. five C. three A. one B. two C. three D. four E. five ================================================== so the second itemize group is not in columns. Patrick
![](https://secure.gravatar.com/avatar/331902f4bde5e73f4eeac8719040822f.jpg?s=120&d=mm&r=g)
Monday, March 3, 2003 Patrick Gundlach wrote: PG> the second itemize group is not in columns. Uhm. Works fine here. -- Giuseppe "Oblomov" Bilotta
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Giuseppe Bilotta
PG> the second itemize group is not in columns.
Uhm. Works fine here.
Very strange. ======================================== This is pdfeTeX, Version 3.14159-1.00b-pretest-20020211-2.1 (Web2C 7.3.7x) (format=cont-en 2003.3.3) 3 MAR 2003 21:56 entering extended mode \write18 enabled. **&cont-en columns.tex (./columns.tex{/opt/texlive/7/texmf-var/pdftex/config/pdftex.cfg} ConTeXt ver: 2003.3.3 fmt: 2003.3.3 int: english mes: english [...] systems : begin file columns at line 4 columns : balanced in 7 step(s) [1.1] systems : end file columns at line 21 ) ======================================== looks fine to me. I guess you have tried the same file as I posted? Patrick
![](https://secure.gravatar.com/avatar/331902f4bde5e73f4eeac8719040822f.jpg?s=120&d=mm&r=g)
Monday, March 3, 2003 Patrick Gundlach wrote:
PG> Giuseppe Bilotta
PG> the second itemize group is not in columns.
Uhm. Works fine here.
PG> Very strange.
[snip]
PG> I guess you have tried the same file as I posted?
Indeed. Are you running via texexec or manually?
Anyway, my log (different pdf-e-TeX version, could be the culprit?
I doubt it):
This is pdfeTeX, Version 3.14159-1.10a-2.1 (MiKTeX 2.2) (preloaded format=cont-en 3.3.3) 3 MAR 2003 22:19
entering extended mode
**test.tex
(c:\TEMP\tex\test.tex{pdftex.cfg}
ConTeXt ver: 2003.3.3 fmt: 2003.3.3 int: english mes: english
language : language en is active
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Giuseppe Bilotta
PG> I guess you have tried the same file as I posted?
Indeed. Are you running via texexec or manually?
`texexec columns' And the texexec is the current beta's texexec.
Anyway, my log (different pdf-e-TeX version, could be the culprit? I doubt it):
There must be some difference somewhere?!? Is this the logfile or the output of the texexec run that you have posted? First, there is the following difference between your log and mine:
(C:\localtexmf\tex\context\base\cont-loc.tex))
is not loaded on my place and the cont-sys.tex I have is the same as the cont-sys.ori shipped with context.
columns : balanced in 7 step(s) columns : balanced in 7 step(s)
I have only one line like that :(
Here is how much of TeX's memory you used: 596 strings out of 217934 7657 string characters out of 508330 391113 words of memory out of 1051882 30365 multiletter control sequences out of 35000 10284 words of font info for 34 fonts, out of 500000 for 1000 56 hyphenation exceptions out of 607 44i,17n,47p,248b,488s stack positions out of 1500i,500n,5000p,200000b,32768s
These numbers differ slightly. In the logfile I also get some strange errors ;-) systems : beware: some patches loaded from cont-new.tex! Missing character: There is no 2 in font nullfont! Missing character: There is no / in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no : in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no ; in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no ? in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no ! in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! language : language en is active BTW: I use texlive 7 with the current beta. Patrick
![](https://secure.gravatar.com/avatar/331902f4bde5e73f4eeac8719040822f.jpg?s=120&d=mm&r=g)
Tuesday, March 4, 2003 Patrick Gundlach wrote:
Anyway, my log (different pdf-e-TeX version, could be the culprit? I doubt it):
PG> There must be some difference somewhere?!? PG> Is this the logfile or the output of the texexec run that you have PG> posted? Logfile. PG> First, there is the following difference between your log and mine:
(C:\localtexmf\tex\context\base\cont-loc.tex))
PG> is not loaded on my place Even if I disable it, it all works fine here. PG> and the cont-sys.tex I have is the same as the cont-sys.ori PG> shipped with context. Mine is slightly different: the auto MP stuff is enabled.
columns : balanced in 7 step(s) columns : balanced in 7 step(s)
PG> I have only one line like that :( Yes, that's that problem :) PG> In the logfile I also get some strange errors ;-) PG> systems : beware: some patches loaded from cont-new.tex! PG> Missing character: There is no 2 in font nullfont! [snip] PG> Missing character: There is no 2 in font nullfont! PG> language : language en is active VERY strange. There's something wrong with your setup. -- Giuseppe "Oblomov" Bilotta
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 11:39 AM 3/4/2003 +0100, Patrick Gundlach wrote:
First, there is the following difference between your log and mine:
(C:\localtexmf\tex\context\base\cont-loc.tex))
How come that you have a cont-loc file? That's my private sensitive patches file -)
systems : beware: some patches loaded from cont-new.tex! Missing character: There is no 2 in font nullfont! Missing character: There is no / in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no : in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no ; in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no ? in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! Missing character: There is no ! in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! language : language en is active
/12:12;12?12!12 looks like some / : ; ? ! catcodes being set to letter, or: some incredibly messed up system Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Hans Hagen
/12:12;12?12!12 looks like some / : ; ? ! catcodes being set to letter, or: some incredibly messed up system
Well, it appeared with the latest beta. I cannot reproduce this problem with the context/2003.2.11 version. ================================================== \starttext \defineitemgroup[test] \starttest[A,columns] \item one \item two \item three \item four \item five \stoptest \starttest[n,columns] \item one \item two \item three \item four \item five \stoptest \stoptext ================================================== gives me with the 2003.2.11 version two itemgroups in columns and no nullfont error I have posted earlier. with the 2003.3.3 version I get only one itemgroup in columns (the A,columns) and the nullfont error. I have just reinstalled both versions. The two environments I have used for testing are identical, except for the web2c configuration that is pointing to the root of the context installation. (I use the env variable $TEXMFCONTEXT that is pointing to /opt/context/2003.2.11/texmf resp. the other version) and the PATH variable for the binaries pdfetex and mpost (which are identical) and links to texexec, texutil and texfont. Do you have any hints where I can start debugging? I have looked in the obvious places (old format lying around etc. but this all look ok). Patrick
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Hans Hagen
Missing character: There is no ! in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! language : language en is active
/12:12;12?12!12 looks like some / : ; ? ! catcodes being set to letter, or: some incredibly messed up system
OK; another testfile: \starttext \section{Test} Good Morning \stoptext gives me (dvi file): ================================================== 1 "12/12:12;12?12!12Test Good Morning ================================================== and the first line is somewhat (20 pt?) lower than it should be. Again: latest beta (2002.3.3) strange behaviour, 2002.2.11 looks ok. Patrick
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 09:27 AM 3/5/2003 +0100, you wrote:
Hans Hagen
writes: Hello again,
Missing character: There is no ! in font nullfont! Missing character: There is no 1 in font nullfont! Missing character: There is no 2 in font nullfont! language : language en is active
/12:12;12?12!12 looks like some / : ; ? ! catcodes being set to letter, or: some incredibly messed up system
OK; another testfile:
\starttext \section{Test} Good Morning \stoptext
gives me (dvi file): ================================================== 1 "12/12:12;12?12!12Test
can you run this with \tracingall and see where the missings show up? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Hans Hagen
some incredibly messed up system
I guess so ;-) from the previous file from tracingall: [...] (line 4655, only (besides error messages at beginning) appearance of nullfont) \lastfontidentifier ->12ptrmtf \fontsize ->a {changing \*12ptrmtfa*=undefined} {into \*12ptrmtfa*=\relax} {\font} {changing \*12ptrmtfa*=\relax} {into \*12ptrmtfa*=select font nullfont} [...] (line 12929) \c!nacommando ->\c!internal! nacommando {\string} {changing \@@kosectionnacommando=undefined} {into \@@kosectionnacommando=\relax} {\relax} {\iftrue: (level 7) entered on line 3} {true} {\par} @firstpass [] /cmr12@14.4pt/1 [] "12/12:12;12?12!12[][][][][][] Test [] @\par via @@0 b=0 p=-10000 d=100 @@1: line 1.2- t=100 -> @@0 Patrick
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 09:43 AM 3/5/2003 +0100, you wrote:
sorry to bother you all, but perhaps this additional info might help you to help me ;-)
some incredibly messed up system
I guess so ;-)
from the previous file from tracingall:
[...]
(line 4655, only (besides error messages at beginning) appearance of nullfont)
\lastfontidentifier ->12ptrmtf
\fontsize ->a {changing \*12ptrmtfa*=undefined} {into \*12ptrmtfa*=\relax}
this is strange, it looks like something is wrong with your (preloaded) cmr fonts; how do the formats compare (format logs) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Hans Hagen
this is strange, it looks like something is wrong with your (preloaded) cmr fonts; how do the formats compare (format logs)
besides the version number and the line numbers from the etex messages: (I have substituted the version numbers with -- and the linenumbers with (linenumber) to make the output of the diff shorter). I cannot see any harmful messages. 1c1 < This is pdfeTeX, Version 3.14159-1.00b-pretest-20020211-2.1 (Web2C 7.3.7x) (INITEX) 4 MAR 2003 23:40 ---
This is pdfeTeX, Version 3.14159-1.00b-pretest-20020211-2.1 (Web2C 7.3.7x) (INITEX) 4 MAR 2003 23:38 125d124 < system (E-TEX) : [line (linenumber)] \ifcsname 457c456 < loading : Context Core Macros / Numbering
loading : Context Core Macros (Numbering) 463,467c462,465 < loading : Context Page Macros / Backgrounds < ) (/opt/context/--/texmf/tex/context/base/page-app.tex < loading : Context Page Macros / Applications < ) (/opt/context/--/texmf/tex/context/base/core-job.tex < loading : Context Core Macros / Job Handling
loading : Context Page Macros (Backgrounds) ) (/opt/context/--/texmf/tex/context/base/page-app.tex) (/opt/context/--/texmf/tex/context/base/core-job.tex loading : Context Core Macros (Job Handling) 692,694c690,692 < 32021 strings of total length 501741 < 385365 memory locations dumped; current usage is 113&384373 < 29986 multiletter control sequences
31931 strings of total length 500730 384296 memory locations dumped; current usage is 113&383598 29896 multiletter control sequences
Patrick
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 04:05 PM 3/5/2003 +0100, Patrick Gundlach wrote:
< 32021 strings of total length 501741 < 385365 memory locations dumped; current usage is 113&384373 < 29986 multiletter control sequences ---
31931 strings of total length 500730 384296 memory locations dumped; current usage is 113&383598 29896 multiletter control sequences
looks ok to me; i tested the beta under linux and it works ok there, so i'm even more puzzled now Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Hans Hagen
looks ok to me; i tested the beta under linux and it works ok there, so i'm even more puzzled now
I am even more puzzled! I have just tried tetex 2.0.2 with the latest beta (2002.3.3). Same behaviour. This is pdfeTeX, Version 3.14159-1.10b-2.1 (Web2C 7.4.5) (format=cont-en 2003.3.5) 5 MAR 2003 21:11 entering extended mode **&cont-en sectit.tex (./sectit.tex{/opt/tetex/2.0.2/texmf/pdftex/config/pdftex.cfg} ConTeXt ver: 2003.3.3 fmt: 2003.3.5 int: english mes: english Missing character: There is no " in font nullfont! Missing character: There is no 1 in font nullfont! [...] What a ****! Any idea where to start debugging (or whining)? A bottle of w(h)ine should solve the problem... at least for this evening :) Patrick
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 09:41 PM 3/5/2003 +0100, you wrote:
Hans Hagen
writes: Hello Hans,
looks ok to me; i tested the beta under linux and it works ok there, so i'm even more puzzled now
I am even more puzzled!
I have just tried tetex 2.0.2 with the latest beta (2002.3.3). Same behaviour.
This is pdfeTeX, Version 3.14159-1.10b-2.1 (Web2C 7.4.5) (format=cont-en 2003.3.5) 5 MAR 2003 21:11 entering extended mode **&cont-en sectit.tex (./sectit.tex{/opt/tetex/2.0.2/texmf/pdftex/config/pdftex.cfg}
ConTeXt ver: 2003.3.3 fmt: 2003.3.5 int: english mes: english
Missing character: There is no " in font nullfont! Missing character: There is no 1 in font nullfont!
Where does the " 1 come from? Can it be that your unzipper is wrong? Can other linux users confirm this problem? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Hans Hagen
Where does the " 1 come from?
I still have no idea about this.
Can it be that your unzipper is wrong?
Just to make sure I have got a good cont-tmf.zip I have downloaded it again. And see: this is the beta 2003.3.4 (one day later). And this beta does not have the problems I described :)) the files that changed meanwhile were: 120 -rw-r--r-- 1 softinst 118402 Mar 3 12:58 syst-ext.tex 24 -rw-r--r-- 1 softinst 23565 Mar 3 18:02 core-box.tex 20 -rw-r--r-- 1 softinst 19801 Mar 3 21:00 page-bck.tex 8 -rw-r--r-- 1 softinst 6806 Mar 3 21:31 meta-pag.tex 40 -rw-r--r-- 1 softinst 39796 Mar 3 23:19 supp-mpe.tex 12 -rw-r--r-- 1 softinst 9190 Mar 4 09:32 s-mag-01.tex 16 -rw-r--r-- 1 softinst 14233 Mar 4 10:44 context.tex I had a look at the differences between these files and the ones from 2003.3.3, but could not find any harmful macros ;-) Perhaps you know, but it is no problem anymore. Thank you for your help! BTW: the "ConTeXt Beta Page" is lying a little bit about the beta version (context version and filesize). The ConTeXt link from the "Downloading" page is pointing to an old version.
Can other linux users confirm this problem?
hopfully not ;-) Patrick (happy and now with a brand new tetex ;-)
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 11:59 PM 3/5/2003 +0100, you wrote:
Just to make sure I have got a good cont-tmf.zip I have downloaded it again. And see: this is the beta 2003.3.4 (one day later). And this beta does not have the problems I described :))
the files that changed meanwhile were:
120 -rw-r--r-- 1 softinst 118402 Mar 3 12:58 syst-ext.tex 24 -rw-r--r-- 1 softinst 23565 Mar 3 18:02 core-box.tex 20 -rw-r--r-- 1 softinst 19801 Mar 3 21:00 page-bck.tex 8 -rw-r--r-- 1 softinst 6806 Mar 3 21:31 meta-pag.tex 40 -rw-r--r-- 1 softinst 39796 Mar 3 23:19 supp-mpe.tex 12 -rw-r--r-- 1 softinst 9190 Mar 4 09:32 s-mag-01.tex 16 -rw-r--r-- 1 softinst 14233 Mar 4 10:44 context.tex
I had a look at the differences between these files and the ones from 2003.3.3, but could not find any harmful macros ;-) Perhaps you know, but it is no problem anymore.
this is why i think that something went wrong in the unzipper or during transfer (i once had such a problem)
BTW: the "ConTeXt Beta Page" is lying a little bit about the beta version (context version and filesize). The ConTeXt link from the "Downloading" page is pointing to an old version.
i know, some day i will automatically upload the lot, now i do that manually (although the html page and show-fil file are generated automatically, i sometimes forget to upload them) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/a2ee49f73607373bc054c9efc25691b1.jpg?s=120&d=mm&r=g)
On Wed, 05 Mar 2003 22:50:34 +0100
Hans Hagen
At 09:41 PM 3/5/2003 +0100, you wrote:
Hans Hagen
writes: Hello Hans,
looks ok to me; i tested the beta under linux and it works ok there, so i'm even more puzzled now
I am even more puzzled!
I have just tried tetex 2.0.2 with the latest beta (2002.3.3). Same behaviour.
This is pdfeTeX, Version 3.14159-1.10b-2.1 (Web2C 7.4.5) (format=cont-en 2003.3.5) 5 MAR 2003 21:11 entering extended mode **&cont-en sectit.tex (./sectit.tex{/opt/tetex/2.0.2/texmf/pdftex/config/pdftex.cfg}
ConTeXt ver: 2003.3.3 fmt: 2003.3.5 int: english mes: english
Missing character: There is no " in font nullfont! Missing character: There is no 1 in font nullfont!
Where does the " 1 come from? Can it be that your unzipper is wrong?
Can other linux users confirm this problem?
no problem at all. System Linux Redhat 8.0, TeXLive7 ...
%%% >> ct.tex
% output=pdftex interface=en
\starttext
\defineitemgroup[test]
\setupitemgroup[test][A,columns]
\starttest
\item one
\item two
\item three
\item four
\item five
\stoptest
\starttest
\item one
\item two
\item three
\item four
\item five
\stoptest
\stoptext
%%% << ct.tex
- output ----------------------
A. one D. four
B. two E. five
C. three
A. one D. four
B. two E. five
C. three
-------------------------------
the log-------------------->>
This is pdfeTeX, Version 3.14159-1.00b-pretest-20020211-2.1 (Web2C 7.3.7x) (format=cont-en 2003.3.6) 6 MAR 2003 00:40
entering extended mode
**&cont-en ct.tex
(./ct.tex{/home/jens/archive/texmf/pdftex/config/pdftex.cfg}
ConTeXt ver: 2003.3.4 fmt: 2003.3.6 int: english mes: english
language : language en is active
![](https://secure.gravatar.com/avatar/331902f4bde5e73f4eeac8719040822f.jpg?s=120&d=mm&r=g)
Wednesday, March 5, 2003 Patrick Gundlach wrote: PG> 463,467c462,465 PG> < loading : Context Page Macros / Backgrounds PG> < ) (/opt/context/--/texmf/tex/context/base/page-app.tex PG> < loading : Context Page Macros / Applications PG> < ) (/opt/context/--/texmf/tex/context/base/core-job.tex PG> < loading : Context Core Macros / Job Handling PG> ---
loading : Context Page Macros (Backgrounds) ) (/opt/context/--/texmf/tex/context/base/page-app.tex) (/opt/context/--/texmf/tex/context/base/core-job.tex loading : Context Core Macros (Job Handling)
Looks like your page-app has something wrong. -- Giuseppe "Oblomov" Bilotta
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
At 05:50 PM 3/3/2003 +0100, Patrick Gundlach wrote:
===== dvi output ================================= A. one D. four B. two E. five C. three
A. one B. two C. three D. four E. five ==================================================
so the second itemize group is not in columns.
strange, here i get two times columns Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
Patrick Gundlach
![](https://secure.gravatar.com/avatar/331902f4bde5e73f4eeac8719040822f.jpg?s=120&d=mm&r=g)
Tuesday, March 4, 2003 Patrick Gundlach wrote:
PG> Patrick Gundlach
![](https://secure.gravatar.com/avatar/6af06dcf5f958fe4ec149408292d6acd.jpg?s=120&d=mm&r=g)
Patrick, I am afraid that I am not of big help. Just to tell you, that here your examples work perfectly. I am using: This is pdfeTeX, Version 3.14159-1.00b-pretest-20020211-2.1 (Web2c 7.3.7x) (format=cont-en 2003.3.3) 4 MAR 2003 14:12 from TeXlive 7 on a Windows machine As you can see I installed the latest beta yesterday... I hope you will be able to find out what the problem is with your installation. - You use TeX on a Linux box, don't you? Gruss Willi
![](https://secure.gravatar.com/avatar/6af1f724a401c9f6f746a973f33ff595.jpg?s=120&d=mm&r=g)
"Willi Egger"
I am afraid that I am not of big help. Just to tell you, that here your examples work perfectly.
So I now know that my pdfetex version does not have any influence on this behaviour (we have the same version).
You use TeX on a Linux box, don't you?
right. I still have to do some tests about this. Thanks for your answer, Patrick
participants (5)
-
Giuseppe Bilotta
-
Hans Hagen
-
Jens-Uwe Morawski
-
Patrick Gundlach
-
Willi Egger