February 2003 - ntg-context - NTG Mailing Lists

Using variables in relation to the TOC
by Willi Egger 08 Feb '03

08 Feb '03

Hi all, While developing a manual I encounter the following problem. Each document of the manual carries a header, where a version number is placed. In this case the version number is a date. The manual table of contents requires, that the name of the document (chapter name) is placed followed by the version number which Ii mentioned above. I spent some hours to try to tweak things to get the desired result. - Unfortunately unsuccesfully. May be that I want to achieve something which is impossible due to the way TeX is generating the table of contents. - If you compile hte attached file you get a table of contents which looks in first instance as it is required. The 'only' problem is, that all documents get the version number defined in the setuparea (Compare the presentation of the version number to the versionnumbers as they appear in the header) Any suggestions? Thanks Willi

3 4

two questions
by Tasos Drosopoulos 08 Feb '03

08 Feb '03

Hello All, After a number of years working with "classical" TeX/LaTeX I have been trying out ConTeXt. I like the structured approach and the control it gives the user and I have been trying it out on some of my working documents. Two questions: 1. On writing tables in LaTeX, there is an option p{ some length } that enables paragraph mode for one or more of the table's column entries. Is there something equivalent in ConTeXt? I don't seem to be able to find it in the manual. 2. My native language is Greek and I would like to have the capability to write documents in this language. There does not seem to be support for it in ConTeXt. Are there any directions, notes, how-to's, etc. around, for how to add support for an additional language in ConTeXt? I'd like to give it a try. TIA Tasos

6 7

re:[ntg-context] two questions
by Tasos Drosopoulos 08 Feb '03

08 Feb '03

First of all thanks guys for the p( ) pointer. Hans, re your questions: (1) what fonts (2) what encoding (3) what labels 1. I use the cbgreek fonts. A complete package was submitted to ctan on Dec 2002. Size is ~ 65-70 MB with full support for type1 and tfm that results in nicely looking pdf docs. They are the work of A. Syropoulos, one of the main contributors to greek babel and omega projects. 2. The encoding I use is the iso-8859-7. The iso-8859-7.def file is again written by A. Syropoulos. This works nicely in both my Win2k and Linux environments. A simple Left-Alt/Shift changes keyboard layout and I can use both greek and english in my documents. 3. Re labels I don't know what they are. A brief sample of a test tex doc follows: %-------------------- \documentclass[a4paper]{article} \usepackage[greek]{babel} \usepackage[iso-8859-7]{inputenc} \begin{document} Κανονικά ελληνικά, \textbf{έντονα ελληνικά}, \textit{πλάγια καλλιγραφικά}, \textsl{απλά πλάγια}. {\LARGE Κανονικά ελληνικά, \textbf{έντονα ελληνικά}, \textit{πλάγια καλλιγραφικά}, \textsl{απλά πλάγια}.} \thispagestyle{empty} \end{document} %-------------------- You should get through dvips a test.ps file with size ~ 158 kb. The corresponding file through pdflatex is ~ 84 kb. If desired, I can post them to the group or mail them to you. The iso-8859-7.def file you can get through ctan. I find I get the best possible results with the least hassle by using the newly released teTeX 2.0. The how-to for my setup is: After installation of tetex-2.0 (see instructions on the tetex src tarball) 1. install iso-8859-7.def -> ../texmf/tex/latex/base/ 2. expand somewhere the cb.tar.gz fonts tarball and from it: a) copy drivers/*.mf -> ../texmf/fonts/source/public/cbgreek/ b) copy dvips/cbgreek.map -> ../texmf/dvips/config/ c) copy mf/*.mf -> ../texmf/fonts/source/public/cbgreek/ d) copy tfm/*.tfm -> ../texmf/fonts/tfm/public/cbgreek/ e) copy type1/*.pfb -> ../texmf/fonts/type1/public/cbgreek/ 3. add the following line to the appropriate place in your texmf/dvips/config/config.ps file p +cbgreek.map 4. add the following line to the appropriate place in your texmf/pdftex/config/pdftex.cfg file map +cbgreek.map 5. texhash your system In this way I have full support for modern greek in my LaTeX system. Any other questions you may have feel free to drop them to me. Tasos

2 1

Re: [NTG-context] typescripts again (was to keep you busy ...)
by Hans Hagen 08 Feb '03

08 Feb '03

At 06:59 AM 2/7/2003 -0800, you wrote: >On Fri, 07 Feb 2003 09:13:03 +0100, "Hans Hagen" <pragma(a)wxs.nl> said: > > > > > this means that it cannot find it on th elocal path but the file is found > > elsewhere (there are some 5 strategies for locating files in context) > > > > can you send me the file + test file? > >Which "file"? I'll assume the typescriptfile, etc... your problem is related to a naming inconsistency: you map serif's in a typescript called [minionpro] but in defining the typeface use: [minionpro-osf] so, either name the typescript -pro as well, or call it up using: [minionpro,minionpro-osf] Seems that halefway defining you lost the -osf -) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)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 -------------------------------------------------------------------------

1 0

Re: Fwd: Czech support by Tom Hudec
by Michal Kvasnicka 08 Feb '03

08 Feb '03

Dear Mr. Hagen. Some time ago I asked you for the Czech index in the ConTeXt. You have sent me Hudec's files. The zip file included these files: lang-sla.tex mult-con.tex cont-tmf.diff mult-com.tex Unfortunately these files only translates headers (like the name of the Index or chapter) into the Czech language. The real sorting of letters is not covered in it. Is there any other file? If not, how can I do it for myself? I tried to learn it from the Polish file, I was not able to make it work for me. What are the exact rules? Many thanks for your help. Michal Kvasnicka > i attached a zip archive with some work from tom/david; i still have to > merge it into context (simply too busy), so can you take the latest beta > (uploaded a few days ago) and try to sort this out? > > so, czech sorting is possible -)

2 1

XML and multiple keyword attributes
by Martin Kolařík 07 Feb '03

07 Feb '03

Hello Hans, isn't something new in reading/processing XML attributes? I used it before more than half year, now I'm going to use it again -- I want to define in XML something like <td align="middle, lohi"/>...</td> and I want to process this in ConTeXt like \bTD[align={middle, lohi}] using something like \expanded{\bTD[align=\XMLop{align}]}. Then I did not succeeded in any way, thanks, Martin -------- Martin Kolarik Moravske Pristroje, a.s., Masarykova 1148, Zlin 76302 tel. +420 603 498 498, fax +420 577 107 171 web: http://www.mii.cz -------- e-mail: kolarik(a)mii.cz e-mail: kolarik(a)click.cz tel. +420 603 535 593

3 2

Footnotes page breaking
by drymartini＠gmx.de 07 Feb '03

07 Feb '03

I have an article with a lot of footnotes to be set at the end of the document. \setupfootnotes[location=text] and \placefootnotes Works except that the notes don't get broken across pages. See how the footnotes just go down and off the end of the page. ConTeXt ver: 2002.10.23 %snip --------- \setuppapersize [A5][A4] \setuplayout [location=middle,marking=on] \setupfootnotes[location=text] \starttext As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose\footnote{This is a footnote.} between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications. As one who does mostly publications which have tables, I am unimpressed by the implementations\footnote{This is a silly footnote.} in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} As one who does mostly\footnote{This is another silly footnote.} publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications. As one who does mostly publications\footnote{This is a very silly footnote.} which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.\footnote{See Baker, S. 50.} As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP\footnote{This is a silly footnote.} and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} is the hands-down \footnote{This is a silly footnote.}winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe\footnote{See website at adobe.com.} applications.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} As one who does\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} mostly publications which have tables, I am unimpressed by the implementations\footnote{This is a silly footnote.} in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications. \blank \placefootnotes \stoptext

1 0

Chinese Number Problem
by Guo Yang 07 Feb '03

07 Feb '03

Hello, I am trying to set up ConTeXt to work properly with Chinese. Everything seemed fine until I discovered that there is some problem with the Chinese numbers. I have a TeX file with several chapters. I used texexec and dvipdfmx generated the PDF file without problems. But I found there are two things wrong (which supposed to be working). The first is that the two Chinese charaters before the list of contents (corresponding to the 'Contents' before English text) are missing. The second, all the chinese characters before the chapter titles in the list of contents are missing (corresponding to the English text 1 or 1.1, etc.). I tried to figure out what the problem is myself without success. I read file font-chi.tex and found some commands like: \def\chinesedigit#1#2% #2: suffix, here * or \empty {\udigit{\chineseencoding}{\number#1#2}} \def\normalchinesenumber#1% {\expandafter\dochinesenumber\number#1\relax\empty} I tried to use these commands in my file directly. But they didn't produce any output there, even no space left for the numbers inside {}. I am using MikTeX under Windows XP. I am using the latest ConTeXt beta to get the dvipdfmx working. Your help will be appreciated greatly! Guo --

4 8

Re: to keep you busy ...
by Bruce D'Arcus 07 Feb '03

07 Feb '03

Am sending this to the list Hans, because I have some bizarre bug in my mail app or system that doesn't allow me to send message to you directly. I have no idea what is going on , but you're literally the only person this happens to! On Monday, February 3, 2003, at 06:21 PM, Hans Hagen wrote: > > this is not fixed, finished, just for you to play with Thanks! But...now what? Let's take my earlier LaTeX example: \DeclareFontShape{T1}{minion}{m}{n}{ <-6> MinionPro-SemiboldCapt-8t <6-9> MinionPro-Capt-8t <9-12> MinionPro-Regular-8t <12-15> MinionPro-Subh-8t <15-> MinionPro-Disp-8t}{\romanprotruding} And the typescript as it currently stands: \starttypescript [serif] [minionpro] [texnansi] \definefontsynonym[MinionPro-Bold] [MinionPro-Bold-8y] [encoding=texnansi] \definefontsynonym[MinionPro-BoldItalic] [MinionPro-BoldIt-8y][encoding=texnansi] \definefontsynonym[MinionPro-BoldSlanted] [MinionPro-BoldIt-8y][encoding=texnansi] \definefontsynonym[MinionPro-Caps] [MinionPro-Regular-SC-8y] [encoding=texnansi] \definefontsynonym[MinionPro-BoldCaps] [MinionPro-Bold-SC-8y] [encoding=texnansi] \definefontsynonym[MinionPro-Regular] [MinionPro-Regular-8y] [encoding=texnansi] \definefontsynonym[MinionPro-RegularItalic] [MinionPro-It-8y][encoding=texnansi] \definefontsynonym[MinionPro-RegularSlanted] [MinionPro-It-8y][encoding=texnansi] \stoptypescript So what do I add to the above so that, for example, MinionPro-Capt-8y is used as the roman default at font sizes between 6 and 9 pt, MinionPro-Regular-8y between 9 and 12, etc.? Remember: I'm not a programmer, and I still get confused by the font mechanism that is already there ;-) Bruce

6 21

aligned text block
by Henning Hraban Ramm 07 Feb '03

07 Feb '03

What's the easiest way to right-align a left-aligned block of text? e.g. I'd like to set an address as far to the right margin as possible without manual measure of the longest line. I tried \hfill\vbox{some lines}, but that doesn't work. Grüßlis vom Hraban! -- www.fiee.net/texnique/ www.ramm.ch/context/

5 10