- ntg-context - NTG Mailing Lists

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

tables for invoice-style
by Roef Ragas 07 Feb '03

07 Feb '03

Goodevening all, The examples in the 'natural tables' manual are nice [although I keep wondering why you would {\em ever} need some specimina], but what I'm looking I'm not able to fabricate. What I want is one line with words like invoice: date: etcetera, and the following line will contain the proper data [like in Victor Eijkhouts ntg-letter]. I'm not sure tables (maybe columns?) are the solution, but this is what I've got [a portion of it] sofar. It won't work, that is: somehow I'm not able to adjust the width of the columns? Can anybody see what's wrong here? \starttekst \hbox \bgroup \ignorespaces \bTABLE \setupTABLE[column][1][width=1cm] \setupTABLE[column][2][width=2cm] \setupTABLE[column][3][width=3cm] \setupTABLE[column][4][width=4cm] \setupTABLE[column][5][width=10cm] \bTR \bTD {\ss\bf factuur:} \eTD \bTD {\ss\bf debiteur:} \eTD \bTD {\ss\bf betreft:} \eTD \bTD {\ss\bf de dato:} \eTD \bTD {\ss\bf uw kenmerk:} \eTD \eTR \bTR \bTD \getvariable{factuur}{factuurnummer} \eTD \bTD \getvariable{factuur}{debiteurnummer} \eTD \bTD \getvariable{factuur}{betreft}\eTD \bTD \getvariable{factuur}{werkdatum}\eTD \bTD \getvariable{factuur}{uwkenmerk}\eTD \eTR \eTABLE \unskip \egroup \stoptekst Furthermore this section of the Invoice-style will be followed by figures ;-], and again my question is: should I use columns or tables here? Thanks in advance, Roef Ragas

3 3

acrobat in netscape / linux
by Hans Hagen 07 Feb '03

07 Feb '03

Hi, I want to test the examplap things on linux. How do i tell netscape to launch acrobat in the browser when a pdf file is clicked? 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 -------------------------------------------------------------------------

2 1

Re: [NTG-context] example math files for testing
by Hans Hagen 06 Feb '03

06 Feb '03

At 10:12 PM 2/5/2003 +0000, you wrote: >I believe Hans Hagen said this around Wed, 5 Feb 2003: > > >i read the first version, and will see if i can patch texfont to solve a > >few of the problems you mention. > >Okay. >Do please let me know how I can contribute. > >BTW, I managed to sort out my terminal so as to *not* attempt to syntax- >color the various warnings that I get. This caused an immediate nine- >times speed increase. Wow. Further to a previous thread on the list, >ConTeXt's speed can definitely vary depending on the output terminal. I >had no idea it could be that dramatic. this also depends on terminals using outlines or bitmaps; just for fun, ty: texexec --silent .... texexec --batch ... ------------------------------------------------------------------------- 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