- ntg-context - NTG Mailing Lists

Gridsetting
by Matthias Vogel 16 Jun '03

16 Jun '03

Hi, I'm new to this list and have quite a lot of questions. (Questions of course I can not answer after reading the contributions to the list.) I'll start with three of them in individual threads. Its funny that the ability to set gridfitting text, is often characterized as something that belongs in the domain of wordprocessors or DTP programs. For me it is an essential feature of typesetting since my publisher demands it---for good reasons: When printing on thin paper (paperback) one would see the lines of the backside of the paper inbetween the lines of its frontside---destroying a good contrast of the text. Beside of its general structure the announced ability to set to grid (dt.: Registerhaltig) is one of reasons for me to get into Context. But after a while of testing I'm not sure whether Context does what I want it to do. Here are my expectations. If you got something like this: normaltext text text text text text text text text texttext text text texttext texttext texttext texttext texttext text ---in 9dd, line: 10dd text text text texttext texttext texttext texttext text text texttext texttext texttext texttext texttext text \startcitation smalltext text text texttext texttext texttext texttext text text text text texttext texttext texttext texttext text ---text in 8dd, line: 9dd text texttext texttext texttext texttext texttext text \stopcitation normaltext text text texttext texttext texttext texttext text text texttext texttext texttext texttext texttext text ---in 9dd line 10dd text texttext texttext texttext texttext texttext text... we are loosing the grid because of the smaller lineskip in citation. I would like to modify the definition of citation (and other stuff, that causes deviations from the grid (headings)) in a way that the following text will adjust to the grit again. Is that possible? As far as I can see "\moveongrid" does not work in cases like the given example. Thanks in advance Matthias Vogel

3 2

Deutsche Umlaute
by Raimund Kohl-Fuechsle 16 Jun '03

16 Jun '03

Hello there, how am I to set german Umlaute in ConTeXt if using a US keyboard? With TeX it's \"a for example to produce ä and \ss for the german ß (scharfes s) ... but this ain't gonna work with ConTeXt. Oh, and btw.: Is there an archive of the ConTeXt mailing list to look through? Thank you in advance, ray

1 0

Re: [NTG-context] (body)text colour; presentations (slides): step-wise buildup
by Hans Hagen 16 Jun '03

16 Jun '03

At 18:31 16/06/2003 +0200, you wrote: >Hi, > >First: Is there a nice way to setup the fontcolour? Currently I >encapsulate the whole document with a startcolor/stopcolor block. \setupcolors[textcolor=green] >Second: I want to build up a slide in steps: > | first | | first | | first | > | | ==[click]=> | second | =[click]=> | second | > | | | | | third | > >If I recall correctly I've seen one implementation for this (in ConTeXt) >using JavaScript (and field stacks), but I cannot find anything regarding >this. The other possibility (used by all LaTeX packages I'm aware of) is >to produce multiple pages: one per step. >Does anyone know by heart where the JS method is burried in ConTeXt? s-pre-50 provides a nice way, your extensive context knowledge will help you further -) texexec --pdf --mode=demo s-pre-50 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

(body)text colour; presentations (slides): step-wise buildup
by Tobias Burnus 16 Jun '03

16 Jun '03

Hi, First: Is there a nice way to setup the fontcolour? Currently I encapsulate the whole document with a startcolor/stopcolor block. Second: I want to build up a slide in steps: | first | | first | | first | | | ==[click]=> | second | =[click]=> | second | | | | | | third | If I recall correctly I've seen one implementation for this (in ConTeXt) using JavaScript (and field stacks), but I cannot find anything regarding this. The other possibility (used by all LaTeX packages I'm aware of) is to produce multiple pages: one per step. Does anyone know by heart where the JS method is burried in ConTeXt? Tobias

1 0

Fwd: Re: [NTG-context] Double bar means hyphen?
by Hans Hagen 16 Jun '03

16 Jun '03

>Date: Mon, 16 Jun 2003 14:08:47 +0100 >From: "Adam T. Lindsay" <atl(a)mac.com> >Subject: Re: [NTG-context] Double bar means hyphen? >To: ntg-context(a)ntg.nl, Hans Hagen <pragma(a)wxs.nl> >X-Mailer: CTM PowerMail 4.1.3 Carbon <http://www.ctmdev.com> > >[this is going to bounce, because I'm posting from my travel account. >forward only if you feel it necessary] > >Hans Hagen said this at Sat, 14 Jun 2003 10:57:13 +0200: > > >>\setuphyphenmark[sign=-] > >> > >>(This relates to an issue I mentioned earlier: anyone notice how these > >>compound word marks *don't* interact well with font handling/hanging?) > > > >yes, sometimes they are boxed thingies and they don't hang; for this the > >_Sometimes_? Is there any way of choosing a compound word mark that isn't >a box (along the lines of the above)? > > >concept of hanging should be extended (something \hangme {left} {right} > >{material}); i discussed this long ago with thanh but it didn't (yet) end > >up in pdftex -) > >Okay, thanks for the explanation! >adam > >================================================================ >Deze e-mail is door E-mail VirusScanner van Planet Internet gecontroleerd >op virussen. >Op http://www.planet.nl/evs staat een verwijzing naar de actuele lijst >waar op wordt gecontroleerd. ------------------------------------------------------------------------- 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

Double bar means hyphen?
by John Culleton 16 Jun '03

16 Jun '03

In some of the sample texts that come with Context (Zapf etc.) the double bar is used to indicate a hyphen, perhaps an unbreakable hyphen. In pdftex it translated to an em? dash instead. Is this combination documented somewhere? || -- John Culleton Able Typesetters and Indexers

7 7

Re: Improving the Documentation of Context (Hans Hagen)
by Matthias Vogel 16 Jun '03

16 Jun '03

Dear Hans Hagen, thank you for your reply, I joyfully looking forward to read the new files ... Greetings, Matthias Vogel PS Thanks also to Matthew Huggett, but I have to admit that I'm a WinEdt user.

1 0

Re: Gridsetting (Hans Hagen)
by Matthias Vogel 16 Jun '03

16 Jun '03

Dear Hans Hagen, thank you for the code, wich is far more than I expected. I'm going to try it in the next couple of days. Greetings, Matthias Vogel

1 0

No MP graphics after installation under MikTeX
by Sytse Knypstra 16 Jun '03

16 Jun '03

Dear ConTeXt users, I tried to (re)install ConTeXt under MikTeX in the following way, but a simple test file with a flowchart and a MP graphic gave me the texts of the flowchart only. Can anybody give me advice? Thank you in advance, Sytse Knypstra These are the steps I took: 0. Perl has already been installed; MS-DOS path contains a.o. d:\perl\bin;c:\localtexmf\context\perltk;c:\texmf\miktex\bin 1. Remove old MikTeX through the Control Panel. Delete old localtexmf and texmf directories 2. Install MikTeX 2.2 (large). The localtexmf and texmf trees are generated. 3. Remove ConTeXt files through the MikTeX Package Manager. 4. Unzip cont-tmf.zip in c:\localtexmf 5. Unzip runperl.zip in c:\localtexmf\context\perltk 6. Copy texexec.rme to texexec.ini Add a % before: set TeXShell to tetex Uncomment: % set TeXShell to miktex 7. Copy runperl.exe to texexec.exe, fdf2tan.exe, fdf2tex.exe, makempy.exe, mptopdf.exe, texfind.exe, texfont.exe, texshow.exe, texutil.exe 9. Open a MS-DOS window and go to directory c:\localtexmf\context\perltk. Run texexec --verbose. This gives an overview of the settings. 10. In the file pdftex.cfg in the directory c:\texmf\pdftex\config I add: map +context.map 11. In the directory c:\localtexmf\tex\context\user copy the file cont-sys.rme to cont-sys.tex and add: \setupoutput [pdftex] \recycleMPslotstrue Uncomment the following lines: \runMPgraphicstrue and \runMPTEXgraphicstrue Now the following lines are active: \unprotect \setupoutput [pdftex] \runMPgraphicstrue \runMPTEXgraphicstrue \recycleMPslotstrue \useMETAFUNformattrue \newprettytrue \protectbufferstrue \protect \endinput 12. In c:\texmf\miktex\config we find the file miktex.ini Under the heading [ConTeXt] add: pool_size=1000000 write18=enable Under [pdfeTeX] add: openout_any=a shell_escape=t allow_multiple_suffixes=f 13. Regenerate de filename database through MikTeX - Options. 14. In the MS-DOS window go to the directory c:\localtexmf\miktex\fmt and run: texexec --make en nl metafun mptopdf Copy the file metafun.mem to c:\localtexmf\miktex\mem 15. Maybe redundant: regenerate the MikTeX filename database. 16. A simple testfile with a short text, a flowchart and a metafun graphic does not generate the graphics, but the texts only.

6 17

(no subject)
by Tim t Hart 16 Jun '03

16 Jun '03

Matt Gushee wrote: > So the upshot of this is that, though jis-x-0212 glyphs make up a very > small proportion of the Japanese text that is printed (I'd guess 1-2 > percent), a large proportion of documents (40-50 percent, maybe) require > one or more glyphs from that set. So that's another 8000 glyphs, if you >want to do it right. I don't know how much we need JIS X 0212 support. I always thought that it wasn't much used at all, mainly because Microsoft doesn't seem to support it with their Shift-JIS encoding. Also, it used to be hard to find fonts containing those glyphs, or to find an editor capable of editing them. But I have to admit, I don't know that much about Japanese to know how much those glyphs are needed. Like Matt said, maybe for names and technical documents, the need for JIS X 0212 glyphs is higher. The use of Japanese/Chinese characters is also a really interesting topic. Many people used to believe that the invention and widespread use of the computer would mean the end of those characters, but in reality, it is the opposite. Thanks to advanced Input Method Editors, rare and 'obscure' characters get used even more, since they can easily be accessed. So JIS X 0212 support in ConTeXt would cool to have. It's also quite interesting to see how JIS X 0212 gets encoded. It's part of EUC-JP CodeSet 3. If an implementation of Japanese in ConTeXt supports EUC-JP, and needs to support JIS X 0212, we need to have a ConTeXt switching mechanism to change from a two-byte encoding (EUC-JP CodeSet 0,1 and 2 for JIS X 0201 and 0208 support) to a three-byte encoding (EUC-JP CodeSet 3 for JIS X 0212). This could be an interesting challenge to implement, but I don't see a reason why it shouldn't be possible. Naturally, UTF-8 supports everything we'll ever going to need! :-) My best, Tim

1 0