Re: [NTG-context] vertically centered aligment of different sized texts
frantisek holop wrote: hmm, on Wed, May 17, 2006 at 06:53:47PM +0200, Taco Hoekwater said that Abusing math mode is easiest: \def\vcentered#1% {\dontleavehmode\mathematics{\vcenter{\hbox{#1 \starttext {\tfc The \vcentered{{\BigFont 7}\high{th}} Seal} \stoptext thanks a lot. but if this is the easiest then what is the hardest? :) The mathematical center of the line is not necesarily the optical center, so a somewhat more correct approach would put all the stuff in an \hbox and then compute manually how far it has to drop down. For a more pleasing look, it would perhaps be even better to line up a normal '7' as if it was an oldstyle numeral, and then enlarging it while keeping the same vertical alignment ratio. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] batch mode
Aditya Mahajan wrote: On Tue, 9 May 2006, Aditya Mahajan wrote: --batch --interaction=batch does not always process file in batch mode, while internally running mp. \starttext \startMPpage draw path ; \stopMPpage \stoptext texmfstart texexec.rb --batch --interaction=batchmode --pdf test should not stop at the error. Realized that the correct method to run it is texmfstart texexec --batch --nonstopmode Is --batch redundant here? No, they are separate options, use: texmfstart texexec --batch or texmfstart texexec --nonstopmode The first has no terminal output, the second does. (cf. \batchmode and \nonstopmode). texexec does not interpret --interaction at all, but maybe this works: texmfstart texexec.rb --passon='--interaction=batchmode' Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Fwd: PracTeX Journal 2006-2 released]
-- - 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 - ---BeginMessage--- Dear PracTeX Journal reader, The latest issue of The PracTeX Journal has been released http://tug.org/pracjourn/ --- see the Table of Contents below. We hope you enjoy the articles. If you like what you read, or have comments, send your feedback to the editors. We always appreciate hearing from our readers. For a behind-the-scenes look at the Journal see the Wiki --- feel free to log in and suggest article topics. The next issue's theme is Productivity using TeX and friends, and will be edited by David Walden. Let him know if you have an article idea for the theme issue, or any other article idea . Feel free to post a link to the Journal on lists that you frequent or on web sites that you maintain. Thanks for reading the Journal, Lance Carneson behalf of the Editorial Board Table of Contents:Presentations in ConTeXt Thomas A. Schmitz Ipe — a graphics editor for LaTeX Jan Hlavacek Introduction to A short example of how to use LaTeX for scientific reports Stephen J. Eglen My Experience with Learning and Teaching LaTeX D.V.L.K.D.P. Venugopal In My Opinion:LaTeX isn't for everyone but it could be for you (with responses) Andy Roberts Columns Travels in TeX Land: LaTeX for Productivity in Book Writing David Walden Ask Nelly:What is different when I click on the pdfLaTeX rather than the LaTeX icon in WinEdt? How do I convert my document to the publisher's requirements for double-spacing, line numbers, and figures on their own pages? How do I interrupt an enumerate environment and then continue it later in the document? The Editors Distractions:Sudoku ABC Winners of the type quizzes The Editors ---End Message--- ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Missing space in gs.rb from recent con-tmf.zip
[EMAIL PROTECTED] wrote: The line in scripts/context/ruby/graphics/gs.rb with -dSAFER needs a space before the closing quote. The corrected line is: arguments -q -sDEVICE=pdfwrite -dNOPAUSE -dNOCACHE -dBATCH -dSAFER ok, corrected (actually there were two places without trailing space; thanks 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] First hack at new ruby-aware texexec script for linux/unix
[EMAIL PROTECTED] wrote: This version runs the ruby scripts directly, rather than the suggested form, e.g., texfmstart pstopdf.rb file.ps. I have no idea if that is intended to work -- it did in my very simple tests . I'm not sure the RUBYLIB line is needed. when you use texmfstart to launch a script, no rubylib is needed because libraries are loaded relative to the script; texmfstart itself (now) ships with the libraries that it needs embedded); when using the direct call (ruby path/texexec as from your script) should work equally well the reason why i made texmfstart are: - we don't need stubs for all scripts, which is esp handy when scripts bare names that may conflict with other things in ones path - texmfstart internally uses kpsewhich to locate the script (unless it is configured to use its internal kpse library and/or talks to kpse server); it tries hard to cache and carry over results which (depending on the machine and trees uses - large trees slow down kpsewhich) means that nested runs are faster, e.g. when texmfstart is used to start texexec, a nested texexec run starts up faster) - another reason why i made texmfstart is that it makes me less dependent of changes in tds (the change from /context/scripts/ruby to scripts/context/ruby in combination with different kpsewhich fmt flags gave me so much trouble (read: i had to use different stubs depending on what version of tes and kpsewhich were used and they were not always in sync) that i decided that a consistent 'texmfstart ...' stub was safest for me - in the meantime texmfstart does a few more things, like tree initialixation and kpse expansion, think of: texmfstart xsltproc kpse:a.xsl --output=b.xml c.xml which will expand kpse: to the path as reported by kpsehwich. (here i use a mix: when running e.g. from other scripts or from editors i alwayss use texmfstart scriptname but when i run in the console i just use scriptname because windows can associate the .rb suffix with ruby (on unix one has to remove the suffix) it's all a matter of what suits best 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] texmfstart texexec --pdf --pages=1:2 = empty PDF
Hello, I freshly switched to the ruby script and have now a problem: texmfstart texexec --pdf --pages=1:2 produces: No pages of output. texmfstart texexec --pdf however, works: Output written on tmp_.pdf (3 pages, 103204 bytes) Tobias ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] More Feature Requests for math
Aditya Mahajan wrote: Hi Hans, 1. Allow \definematrix and \definemathcases to have a parameter displaystyle or textstyle. Right now, everything is in textstyle. ... I don't know which syntax is better displaystyle=on|off (yes|no) or [mathstyle=display|text]. I vote for [mathstyle=display|text] in such cases. It is more descriptive in the reference list like tex-show (showing all option variants on a single line; displaystyle=on|off does not say there is any other 'textstyle'). Moreover, I pernamently forget which option use on|off and which yes|no. Vit ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] vertically centered aligment of different sized texts
hmm, on Thu, May 18, 2006 at 08:48:23AM +0200, Taco Hoekwater said that The mathematical center of the line is not necesarily the optical center, so a somewhat more correct approach would put all the stuff in an \hbox and then compute manually how far it has to drop down. i haven't used latex for quite some time now, so i can't recall how problematic it was to accomplish something like this, but i find it interesting that there is no easy approach to this. For a more pleasing look, it would perhaps be even better to line up a normal '7' as if it was an oldstyle numeral, and then enlarging it while keeping the same vertical alignment ratio. i've tried the old style numeral but i didn't like it. by keeping the same vertical alignment ratio do you mean something like \raise? -f -- i thank my lucky stars i'm not superstitious. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] vertically centered aligment of different sized texts
frantisek holop wrote: hmm, on Thu, May 18, 2006 at 08:48:23AM +0200, Taco Hoekwater said that The mathematical center of the line is not necesarily the optical center, so a somewhat more correct approach would put all the stuff in an \hbox and then compute manually how far it has to drop down. i haven't used latex for quite some time now, so i can't recall how problematic it was to accomplish something like this, but i find it interesting that there is no easy approach to this. there probably is, so can you describe your problem in more detail? 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] vertically centered aligment of different sized texts
frantisek holop wrote: i've tried the old style numeral but i didn't like it. by keeping the same vertical alignment ratio do you mean something like \raise? Take the 'normal' 7 in the 'normal' tf size, but place it as if it was an old-style numeral (using something like \lower2pt\hbox{7}). Measure the height of the result box. Now you have a box that is say 4.5pt above (and 2pt below the baseline). Create a new box with the 7 in the increased font size, and use \lower to make sure that 4.5/6 of it is above the baseline. You asked for 'complicated', right? Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] vertically centered aligment of different sized texts
hmm, on Thu, May 18, 2006 at 11:57:47AM +0200, Hans Hagen said that i haven't used latex for quite some time now, so i can't recall how problematic it was to accomplish something like this, but i find it interesting that there is no easy approach to this. there probably is, so can you describe your problem in more detail? Hans when i tried to explain it, i found out that i lack a lot of printing jargon :) so here's just a link for a pdf which uses Taco's mathmode vcentered macro. http://obiit.org/minusf/tex/7th-seal.pdf http://obiit.org/minusf/tex/7th-seal.tex basically it's just having different sized fonts aligned based on the bigest one, vertically centered -f -- when all think alike, then no one is thinking. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Dense encoding, part II ???
Hello, on the [tex-fonts] mailing list there was a recent discussion of people putting effort into enabling proper encoding to support typesetting of Lithuanian (in LaTeX). Before they start creating and using yet another encoding (incompatible with others and not shipped with any standard TeX distribution): is there any chance to finish the companion encoding in some reasonable time? Even if they keep using LaTeX, I think that the same mechanism can be used in LaTeX as the one which combined EC (T1) with TS1. There is probably not that much left to be done. The letter part of the encoding is finished (and the Polish fonts already ship with those metric files) and quite some ideas for the companion font are already there. The major part left is to create ConTeXt support for combining two encodings, but from the past experiance with Hans that is probably a matter of not even a couple of hours. Or should we wait for Oriental TeX first? Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] vertically centered aligment of different sized texts
frantisek holop wrote: hmm, on Thu, May 18, 2006 at 11:57:47AM +0200, Hans Hagen said that i haven't used latex for quite some time now, so i can't recall how problematic it was to accomplish something like this, but i find it interesting that there is no easy approach to this. there probably is, so can you describe your problem in more detail? Hans when i tried to explain it, i found out that i lack a lot of printing jargon :) so here's just a link for a pdf which uses Taco's mathmode vcentered macro. http://obiit.org/minusf/tex/7th-seal.pdf http://obiit.org/minusf/tex/7th-seal.tex basically it's just having different sized fonts aligned based on the bigest one, vertically centered taco's solution is pretty clean and texie; (btw, in supp-box you can find many boxing macros, but it's hard to keep an overview of what is needed and provided since each situation differs) -- - 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@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Dense encoding, part II ???
Mojca Miklavec wrote: Hello, on the [tex-fonts] mailing list there was a recent discussion of people putting effort into enabling proper encoding to support typesetting of Lithuanian (in LaTeX). Before they start creating and using yet another encoding (incompatible with others and not shipped with any standard TeX distribution): is there any chance to finish the companion encoding in some reasonable time? i wonder, what characters do they need in addition to ec/texnansi/qx Even if they keep using LaTeX, I think that the same mechanism can be used in LaTeX as the one which combined EC (T1) with TS1. There is probably not that much left to be done. The letter part of the encoding is finished (and the Polish fonts already ship with those metric files) and quite some ideas for the companion font are already there. The major part left is to create ConTeXt support for combining two encodings, but from the past experiance with Hans that is probably a matter of not even a couple of hours. Or should we wait for Oriental TeX first? even with oriental tex, the old style encodings will be around for a while 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Wrong image size evaluation
Hello, I have some troubles with a PNG image, that is not correctly rendered by context (too small). The difference I've found with another correctly displayed image is that the file does not contain any resolution unit (but a pixels/inch default seems reasonable). Is there a workaround or specific setup to make this work (without explicit width setting)? Here is the test file I use. If you wish I can send the images, or find the troublesome PNG image at: http://svnbook.red-bean.com/trac/browser/trunk/src/en/book/images/ch01dia1.png?format=raw Thanks for your help. \starttext \startyping identify -verbose images/ch02dia1.png images/ch02dia1.png PNG 146x168 146x168+0+0 PseudoClass 135c 2kb 0.008u 0:01 Image: images/ch02dia1.png Format: PNG (Portable Network Graphics) Geometry: 146x168 Resolution: 28.34x28.34 Units: PixelsPerCentimeter \stoptyping \externalfigure[images/ch02dia1.png] \startyping identify -verbose images/ch01dia1.png images/ch01dia1.png PNG 511x585 511x585+0+0 DirectClass 54kb 0.094u 0:01 Image: images/ch01dia1.png Format: PNG (Portable Network Graphics) Geometry: 511x585 Resolution: 72x72 Units: Undefined \stoptyping \externalfigure[images/ch01dia1.png] \stoptext Regards, BG ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Wrong image size evaluation
nico wrote: Hello, I have some troubles with a PNG image, that is not correctly rendered by context (too small). The difference I've found with another correctly displayed image is that the file does not contain any resolution unit (but a pixels/inch default seems reasonable). But pixels/cm is equally reasonable, and that is why pdftex ignores invalid settings in PNG images completely, and uses its internal default instead. You can control that default resolution by setting \pdfimageresolution to an appropriate guess: {\pdfimageresolution=72 \externalfigure[ch01dia1.png]} Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Wrong image size evaluation
On Thu, 18 May 2006 17:28:42 +0200, Taco Hoekwater [EMAIL PROTECTED] wrote: nico wrote: Hello, I have some troubles with a PNG image, that is not correctly rendered by context (too small). The difference I've found with another correctly displayed image is that the file does not contain any resolution unit (but a pixels/inch default seems reasonable). But pixels/cm is equally reasonable, and that is why pdftex ignores invalid settings in PNG images completely, and uses its internal default instead. You can control that default resolution by setting \pdfimageresolution to an appropriate guess: {\pdfimageresolution=72 \externalfigure[ch01dia1.png]} But 72 means 72 dots per inch, isn't it? The file already contains that information (field Resolution given by identify). It's the unit that is missing (but when you set pdfimageresolution there isn't any unit either, the unit is implicit). But indeed setting the resolution by hand makes it work, thanks. Regards, BG ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Wrong image size evaluation
{\pdfimageresolution=72 \externalfigure[ch01dia1.png]} when you set pdfimageresolution there isn't any unit either, the unit is implicit What about a new pdftex primitive: \pdfimagepixel, which would force using a unit. Then the above would be done by \pdfimagepixel=1bp This subject is dear to me because (1) I'm writing a textbook on dimensional analysis, and (2) almost none of my students use units in their assignments, and often therefore make absurd mistakes. That's what happened to the NASA Mars probe that crashed into the surface after travelling all the way. The engine makers and NASA had different ideas of what units the thrust was in (I think NASA had converted to SI units, whereas the manufacturer used 'English' units). -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Wrong image size evaluation
Sanjoy Mahajan wrote: {\pdfimageresolution=72 \externalfigure[ch01dia1.png]} when you set pdfimageresolution there isn't any unit either, the unit is implicit It is defined to be an integer number of pixels per inch, in the pdftex manual. What about a new pdftex primitive: \pdfimagepixel, which would force using a unit. Then the above would be done by \pdfimagepixel=1bp You can (as always) propose it on the pdftex list, but i personally do not see the point. Bear in mind that the png spec is extremely clear on the use pHYs: If this ancillary chunk is not present, pixels are assumed to be square, and the physical size of each pixel is unknown. So the problem was created way before pdftex came into play. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] definitions local to a component
What's the safe way to make \def's local to a component? I could wrap each component in a \begingroup..\endgroup but that might do bad things to the output routine. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] definitions local to a component
Sanjoy Mahajan wrote: What's the safe way to make \def's local to a component? I could wrap each component in a \begingroup..\endgroup but that might do bad things to the output routine. \pushmacro\whateveryouwant ungrouped stuff \popmacro\whateveryouwant - 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@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] open math
Hi, For those interested in mathml/openmath ... i've added some support for openmath - mathml conversion to the distribution (there is some stuff in the manual svn repos as well). I dunno how many of you actually have used openmath. Anyhow, it makes a nice demo of applying ctx job description files (used for automatic preprocessing of the xml files to content mathml and such). http://www.pragma-ade.com/general/manuals/mmoexamp.pdf 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Wrong image size evaluation
On 5/18/06, Taco Hoekwater [EMAIL PROTECTED] wrote: What about a new pdftex primitive: \pdfimagepixel, which would force using a unit. Then the above would be done by \pdfimagepixel=1bp You can (as always) propose it on the pdftex list, but i personally do not see the point. Bear in mind that the png spec is extremely clear on the use pHYs: If this ancillary chunk is not present, pixels are assumed to be square, and the physical size of each pixel is unknown. So the problem was created way before pdftex came into play. Pdftex's image inclusion should be viewed as a convenience feature that is nice when it works, but it is no substitute for using good external software to create good images (preferrably in pdf format so no conversions are needed). Once you have support for including images you have to deal with questions of what should be supported, and to which the only good answer is any image George's boss wants to use. By offloading such questions onto the authors of sam2p, imagemagick, netpbm, gimp, cinepaint, Photoshop, etc. there is time for more texy questions that those authors won't address. -- George N. White III [EMAIL PROTECTED] Head of St. Margarets Bay, Nova Scotia ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] error with new release
When I regenerate the formats on my linux box with the latest release, I get this error: language : patterns pl for pl loaded (n=13,e=pl0,m=pl0) (/usr/share/texmf/tex/generic/hyphen/plhyph.tex !Improper alphabetic constant. to be read again \else \utffouruniglph [EMAIL PROTECTED] *([EMAIL PROTECTED] )[EMAIL PROTECTED] *(`#2 [EMAIL PROTECTED] )[EMAIL PROTECTED] *(`#3-\ut... l.189 ./sr/o 2d5 Since nobody else complains, I guess this must be a misconfiguration on my side, but what could it be? Best Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] error with new release
Thomas A. Schmitz wrote: When I regenerate the formats on my linux box with the latest release, I get this error: language : patterns pl for pl loaded (n=13,e=pl0,m=pl0) (/usr/share/texmf/tex/generic/hyphen/plhyph.tex !Improper alphabetic constant. to be read again \else \utffouruniglph [EMAIL PROTECTED] *([EMAIL PROTECTED] )[EMAIL PROTECTED] *(`#2 [EMAIL PROTECTED] )[EMAIL PROTECTED] *(`#3-\ut... l.189 ./sr/o 2d5 Since nobody else complains, I guess this must be a misconfiguration on my side, but what could it be? seems so, is natural.ctx loaded? (i assume that you use texexec --make since i have no clue what fmtutil does) [patterns are now in utf and i can generate formats in my linux vm without problems] 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] error with new release
Hans Hagen wrote: Thomas A. Schmitz wrote: When I regenerate the formats on my linux box with the latest release, I get this error: language : patterns pl for pl loaded (n=13,e=pl0,m=pl0) (/usr/share/texmf/tex/generic/hyphen/plhyph.tex !Improper alphabetic constant. to be read again \else \utffouruniglph [EMAIL PROTECTED] *([EMAIL PROTECTED] )[EMAIL PROTECTED] *(`#2 [EMAIL PROTECTED] )[EMAIL PROTECTED] *(`#3-\ut... l.189 ./sr/o 2d5 Since nobody else complains, I guess this must be a misconfiguration on my side, but what could it be? Loading the wrong pattern file, most likely. This plhyph.tex is not one of Hans' files, it should have found lang-pl.pat instead. Perhaps you have a file called 'aliases' somewhere that remaps lang-pl.pat to the tetex-supplied plhyph.tex. Otherwise, something is wrong with the search paths. Cheers, taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] error with new release
On May 18, 2006, at 11:53 PM, Hans Hagen wrote: seems so, is natural.ctx loaded? (i assume that you use texexec -- make since i have no clue what fmtutil does) [patterns are now in utf and i can generate formats in my linux vm without problems] Hans Yes, I use texmfstart texexec --make --all. Funny thing is that it's only the Polish patterns, and that these are not taken from lang- pl.hyp. I'll look into it again tomorrow. Best Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] definitions local to a component
\pushmacro\whateveryouwant ungrouped stuff \popmacro\whateveryouwant Thanks, that works. A small example, in case others find it useful: \starttext \def\y{outside\par} \y \pushmacro\y \def\y{inside\par} \y \popmacro\y \y \stoptext which produces outside inside outside -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context