June 2006 - ntg-context - NTG Mailing Lists

International ConTeXt User Meeting 2007
by Taco Hoekwater 15 Jun '06

15 Jun '06

On March 24 and March 25 2007, the first international ConTeXt user meeting will take place in Epen, The Netherlands. For those of you who are already familiar with ConTeXt, this meeting is an excellent opportunity to learn some new tricks, meet fellow users from the ConTeXt mailing list, talk to developers and hackers, and promote your feature request list. If you are not already using ConTeXt, this is the ideal place to acquaint yourself with our beautiful macro package and meet your potential new friends. More information is available on the web site: http://context.aanhet.net/epen2007/index.htm Hope to see you there! Taco Hoekwater & Hans Hagen

1 0

[Fwd: Re: Using metapost figures in context]
by Hans Hagen 14 Jun '06

14 Jun '06

1 0

Using metapost figures in context
by Aditya Mahajan 14 Jun '06

14 Jun '06

Hi, Does there exist a startstop command (say startMPfigure) for managing figures drawn using MP such that 1. I can use \startMPfigure{label} ...... \stopMPfigure and then use \useexternalMPfigure{label} to include the figure. 2. The figures are converted into pdf once. If the code inside \startstop MPfigures changes, the pdf for each figure is recreated. Basically, I want MPfigures to be converted into pdf for faster inclusion in the main document, the figure should be recompiled if necessary and I should be able to include the figure using a label (so that I can separate the figures from the main document). uniqueMPgraphic provides the first functionality, but the figure is converted into pdf on runtime (thereby increasing the processing time of the document). I can use a separate document with each figure inside a \startMPpage ... \stopMPpage, but (i) I need to remember figure numbers manually, (ii) after making change in one figure, the whole file needs to be recompiled. Another possibility is to use one tex file for each figure, compile them separately and then then use figure library to get a "label" for each figure. But this becomes difficult to manage, as soon as I get large number of files. Is their something basic that I am missing here? How do others manage mpfigures? To Hans: is it possible to have a \startMPfigure command such that 1. \startMPfigure[label] figure code \stopMPfigure creates a \jobname-figure-\nofMPfigurefile file with current MP environment current MP inclusion figure code (from inside \startstop MPfigure) Convert this into \jobname-figure-\nofMPfigurefile.pdf only if something changes (similar to what is done in m-r module). 2. The resultant pdf can be included using \useMPfigure{label}. Would such a feature make sense? Aditya

2 6

metafun color broken?
by Hans van der Meer 13 Jun '06

13 Jun '06

I used to draw in transparent color in MetaFun with: newinternal tfill_mode; tfill_mode := 1; % transparency mode for inside newinternal tfill_fact; tfill_fact := 1; % transparency factor for inside def withFillColor = withcolor transparent(tfill_mode, tfill_fact, fillcolor_) enddef; fill somepath withFillColor; Suddenly (since the june update I guess) this fails. Because fill somepath withcolor fillcolor_; is still working I wonder if something has done to this transparency business. If there was a change, why? It brings me trouble. Hans van der Meer

1 0

Open Type fonts and Context
by John R. Culleton 13 Jun '06

13 Jun '06

Is there a guide for installing Open Type fonts for use in Context? -- John Culleton Books with answers to marketing and publishing questions: http://wexfordpress.com/tex/shortlist.pdf Book coaches, consultants and packagers: http://wexfordpress.com/tex/packagers.pdf

4 5

# in MPinclusions
by Aditya Mahajan 13 Jun '06

13 Jun '06

Hi, How can I make MPinclusions consider # as a normal character. \startMPinclusions input metaobj; vardef block@#(text name) text options= newRBox@#(textext(name)) options; enddef; \stopMPinclusions \starttext \startMPpage block.source("Source") ; source.c = origin ; drawObj(source) ; \stopMPpage \stoptext gives ! Illegal parameter number in definition of \theMPinclusions. <to be read again> ( <argument> ...ic {input metaobj; vardef block@##( text name) text options= n... \secondoftwoarguments #1#2->#2 l.7 \stopMPinclusions Aditya

2 2

Re: [NTG-context] [XeTeX] XeTeX, ConTeXt, and utf-8 hyphenation patterns. / GREEK
by Hans Hagen 13 Jun '06

13 Jun '06

Peter Heslin wrote: > Hans Hagen <pragma(a)wxs.nl> writes: > > >> ctxtools --pat [en nl agr ...] >> ctxtools --pat --utf [en nl agr ...] >> >> the greek conversions were done with the help of a greek language users >> on the context list, so in case of troubles, so i cc there; bugs need to >> be fixed indeed >> > > Thanks for the tips. I have taken a closer look at the Greek patterns, > and it seems as though they have not only small problems, but also major > problems. (They will fail to find most hyphenation points before > accented vowels.) I will try to come up with a patch, but I don't know > any Ruby, so it will be an interesting challenge -- the changes required > go beyond tweaking the existing code. > > The characters in the file lang-agr.pat are precomposed, Unicode > normalization form D. But I'd like to support both normalization forms > C and D, if possible, in the same pattern file. Is that goal compatible > with Context? > > this is more related to (xe)tex than to context; i leave that to the greek experts on the context list Hans -- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

1 0

Re: [NTG-context] [XeTeX] XeTeX, ConTeXt, and utf-8 hyphenation patterns.
by Hans Hagen 13 Jun '06

13 Jun '06

Peter Heslin wrote: > A little while ago, I said that I hoped to convert Dimitrios Filippou's > ancient Greek hyphenation patterns (the elhyphen package) to utf-8, in > order to use them with xetex. Before thinking about starting this work, > I decided to look to see if anyone else had done it, and I came across > something interesting in ConTeXt, which is not a package I normally use. > > There appears to be a whole subdirectory in the ConTeXt distribution > that is full of utf-8 hyphenation patterns, including Filippou's ancient > Greek ones, but also including German, French, etc. They are in the > file: http://www.pragma-ade.com/context/current/cont-tmf.zip, in the > tex/context/patterns directory. > > Can anyone who knows about ConTeXt explain about where these patterns > come from and how it is that context manages to use these patterns? (I > thought that non-xetex TeX could only use single-byte encoded patterns.) > some time ago i decided to ship patterns with context because (1) there is no sound infrastructure in the tex world for managin gpatterns (2) i need encoding neutral patterns [most patterns are ec only] (3) i want control over what gets loaded in context (4) i wanted to get rid of every year's disappearing, renamed, changed patterns (5) apart from the fact that i wanted patterns that were not in a sense hard wired latex patterns > If there is a script that was used to convert these from the source to > utf-8, is it available? A quick glance at the ancient greek patterns > (in the file lang-agr.pat) shows that there is a bug in the conversion > that I'd like to report and fix. > ctxtools --pat [en nl agr ...] ctxtools --pat --utf [en nl agr ...] the greek conversions were done with the help of a greek language users on the context list, so in case of troubles, so i cc there; bugs need to be fixed indeed in ctxtools.rb you can grep for 'agr' and see what conversions takes place for greek more info can be found in: http://www.pragma-ade.com/general/manuals/mpattern.pdf (also published in tugboat) there is a file lang-all.xml in the context distribution > On a more general level, if both ConTeXt and XeTeX are engaged in > converting legacy TeX hyphenation patterns to utf-8, should they be > coordinated in order to avoid duplication of effort? > > anyone can use the patterns; of course bugs need to be sorted out, but given my experiences with pattern maintainance i will not drop them from context; too much has gone wrong in the past; but you can consider them to be generic so indeed we can avoid duplication of work. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

2 2

Re: [NTG-context] how to let context suppose chinese via utf-8 ?
by 盛劲松 12 Jun '06

12 Jun '06

Hi,Hans Hagen ======= 2006-06-12 18:32:00 您在来信中写道：======= >Mojca Miklavec wrote: >> your ConTeXt is older than a month don't even try to ask questions >> about why something doesn't work ;) >> >hey, that's not fair .. not everyone uses tha latest trickery and not >everyone messes up his tex system on a daily basis like you do -) > >Hans Thank you for your tolerance to a newbie like me :) I have fixed the problem aready. the problem is due to the changed cont-sys.tex file in C:\CTeX\texmf\tex\context\user which was introduced to support chinese via encoding GBK before. When I turned to UTF-8. I forgot to delete it. Now I have deleted it .And everything goes well again:) Special thanks were given to Lutz Haseloff <Lutz.Haseloff(a)blb.brandenburg.de> who offered me a package file utf.zip containing .map ,.enc and .tfm files. > > >----------------------------------------------------------------- > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com > | www.pragma-pod.nl >----------------------------------------------------------------- > >_______________________________________________ >ntg-context mailing list >ntg-context(a)ntg.nl >http://www.ntg.nl/mailman/listinfo/ntg-context = = = = = = = = = = = = = = = = = = = = 　　　　　　　　致礼！　　　　　　　　盛劲松　　　　　　　　shengjins(a)mail.semi.ac.cn 　　　　　　　　　　2006-06-13

1 0

Bad Split TABLEs
by Johannes Graumann 12 Jun '06

12 Jun '06

Hello, LONG tables form a significant part of my thesis. I put the thesis together entirely in XML and have a "stylesheet" matching that XML into ConTeXt. While ConTeXt is doing a great job with the rest, split TABLEs are not working - despite Hans' repeatedly answering my pleas with patches. I concluded that I might have a problem of my XML-to-ConTeXt matching rather than ConTeXt itself at hand and pulled a part of my thesis flanking and including the most unwieldy multipage table into ConTeXt proper (see attachment). The problems persist and I'd like to poll the accumulated ConTeXtitians on hints towards a solution of them, specifically: - split tables without body content - textbody text and tables "overflowing" the pages. - multiple splits per page I'd be very happy about any hints on how to remedy this document-spoiler ... Thanks, Joh

1 0