Re: [NTG-context] ctags and ConTeXt
Aditya Mahajan wrote: but this only writes a space. ctags expects \t to be present between tag and file name. try \rawcharacter{asciinumber} Secondly (this is not that important), can TeX write to a file without any extension? Traditionally the tags file is just named `tags' did you try it? 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] texfont aborts with charisSIL
Henning Haeske wrote: Hi Hans, thanks for the reply. hm, so mktexlsr was aborted cq. ls-r was messed up for some reason? strange can you explain this �cq� and �ls-r� for a context-newbie like me? mktexlsr : generates a file database this database is actually the output of the unix command ls -R and therefore a list of files and directories each texmf tree has such an ls-R (or ls-r) file Did I missed a step or is texfont obsolete? no, but soon you won't need it anymore (xetex supports open type directly as does luatex) Ok... unfortunately I need this font. Can you/anyone tell me, how to add this font in the actual context, so that it can be used together with xetex? there are users on the list who use gentium (never installed it myself) 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] Strange lucida bright math issue
Hi Helin, Helin Gai wrote: I did a bit more research.. It seems that the file special.map is interfering... That is unrelated. Despite it's name, special.map is not a font map file. It only provides location hints for programs like mktexpk and mktextfm, so that they know where to place generated bitmaps and metrics and such. Here's the log: TeXLive does not ship the latex package and metrics from YandY's older version of the lucidabright font set, only the new metrics from the current package that is sold by TUG: http://www.tug.org/store/lucida/index.html The ConTeXt macros were never updated to that new set of metrics, presumably because Hans already has the old set from YandY, so he never looked at the new package at all. Best wishes, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ctags and ConTeXt
Aditya Mahajan wrote: Secondly (this is not that important), can TeX write to a file without any extension? Traditionally the tags file is just named `tags' No, it can't. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] split footnote bug
Hi, it seems this thread got lost. For it describes a quite ugly phenomenon I dare to post it again again. Please, have a look at this 3-page example: \newdimen\XVertikal \XVertikal=12pt \setupbodyfont[postscript,10pt] \setupinterlinespace[line=\XVertikal] \setuplayout [width=113mm,height=48\XVertikal, backspace=20mm,topspace=15mm, header=\XVertikal,headerdistance=0.5\XVertikal, footer=3.5\XVertikal,footerdistance=0pt, location=middle,marking=on,grid=yes] \showframe \showgrid \showgridboxes \showstruts \starttext \dorecurse{10}{\input ward\footnote{\input tufte \relax}} \stoptext On page 2 the bottom most line slips down lower than on the other pages. I observed this behavior in a 450 pages book and the amount the bottom line goes down when footnotes a split is always the same. Is this because of unhappy values in setuplayout or is it a bug? Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Strange lucida bright math issue
Hi Taco, Thanks for the reply. But I'm not using the old yandy version... I am using the BH version... Does it make a difference? Helin On 2/26/07, Taco Hoekwater [EMAIL PROTECTED] wrote: Hi Helin, Helin Gai wrote: I did a bit more research.. It seems that the file special.map is interfering... That is unrelated. Despite it's name, special.map is not a font map file. It only provides location hints for programs like mktexpk and mktextfm, so that they know where to place generated bitmaps and metrics and such. Here's the log: TeXLive does not ship the latex package and metrics from YandY's older version of the lucidabright font set, only the new metrics from the current package that is sold by TUG: http://www.tug.org/store/lucida/index.html The ConTeXt macros were never updated to that new set of metrics, presumably because Hans already has the old set from YandY, so he never looked at the new package at all. Best wishes, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- Helin (Colin) Gai Class of 2009, Duke University Box 96332 Durham, NC 27708 Phone: 919-943-6302 helin.gai at gmail.com hg9 at duke.edu ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] debian tikz module
It appears to be fixed in 1.10, no? Johan 2007/2/26, Frank Küster [EMAIL PROTECTED]: Ohura-san, any plans to fix this bug? It was again noticed on the ConTeXt mailing list; in Debian, tikz.tex is found earlier than t-tikz.tex, and therefore there's no tikz support for ConTeXt. Ralf Stubner [EMAIL PROTECTED] wrote: Frank Küster wrote: (517)[21:48:[EMAIL PROTECTED]:~$ kpsewhich --progname=context t-tikz.tex (518)[21:48:[EMAIL PROTECTED]:~$ ls /usr/share/texmf/context/pgf/frontendlayer/t-tikz.tex /usr/share/texmf/context/pgf/frontendlayer/t-tikz.tex ^ shouldn't there be a 'tex' path component? Then it would be in the serch path for ConTeXt. (or rather, it would be before anything in tex/context, tex/plain and tex/generic, and no longer at random order with respect to other things in the whole tree; TEXMF//) is also included. I didn't notice the missing component. That is bug #394613 in pgf. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) -- Johan Sandblom N8, MRC, Karolinska sjh t +46851776108 17176 Stockholm m +46735521477 Sweden What is wanted is not the will to believe, but the will to find out, which is the exact opposite - Bertrand Russell ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] XeTeX problem again
Dear folks, I'm afraid I'm facing the XeTeX problem again after I updated ConTeXt to version 2007.02.21 :-( On a freshly installed MacTeX-2007 (which is TeXLive 2007 up to minor modifications) everything is fine. The ConTeXt version is 2007.01.12. Then I ran ctxtools which installed an updated ConTeXt in texmf-local (besides the folder 2007). Now the pdfTeX engine still works fine. However, XeTeX complained about the wrong format files. So I remade them with texexec --make --xtx en nl. Later XeTeX spills out the following: --- TeXExec | processing document 'test.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file test.top TeXExec | using randomseed 270 TeXExec | tex engine: xetex TeXExec | tex format: cont-en This is XeTeXk, Version 3.141592-2.2-0.996 (Web2C 7.5.6) %-line parsing enabled. (WARNING: translate-file natural.tcx ignored) entering extended mode (./test.tex ConTeXt ver: 2007.02.21 11:55 MKII fmt: 2007.2.26 int: english/ english language: language en is active system : cont-new loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/local/texlive/2007/../texmf-local/tex/context/user/cont-sys.rme (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-exa.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-syn.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-enc.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-siz.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-map.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-spe.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-akb.tex) (/us! Font \*7ptmmmrrm*=[rm-lmr7] not loadable: Metric (TFM) file or installed font not found. to be read again \relax \xxdododefinefont ...tspec {#4}\newfontidentifier \let \localrelativefontsiz... \dodosetmathfamilyA ...amily \fontsize \endcsname \else \ifcsname \fontbody ... \dosetmathfamily ...athfamily \scriptscriptfont #1 \let \fontbody #3 \dodosetm... inserted text ...ptscriptface \c!mr \mrfallback \dosetmathfamily \mifam \t... \synchronizemath ...athfonts \the \mathstrategies \fi ... l.1 % XeTeX ? --- So I tried Taco's advice http://archive.contextgarden.net/message/ 20070130.082837.4bc51f61.en.html but even after copying the map files from dvips/lm to pdftex/context the command ctxtools --dpx --force /usr/local/texlive/2007/texmf- dist/ only returns CtxTools | provide proper texmfroot. So I'm completely lost! Can anyone help? Oliver P.S. How can I get texexec --make --all to also make the XeTeX formats? ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ctags and ConTeXt
Taco Hoekwater wrote: Aditya Mahajan wrote: Secondly (this is not that important), can TeX write to a file without any extension? Traditionally the tags file is just named `tags' No, it can't. yet, in luatex we can overload the openers Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- - 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] Strange lucida bright math issue
Taco Hoekwater wrote: The ConTeXt macros were never updated to that new set of metrics, presumably because Hans already has the old set from YandY, so he never looked at the new package at all. there was some email exchange about and i wanted the l*.tfm math metrics to be included but this was rejected which left me with a compatbility problem; for some reason adding about 10 generic tfm files is a bigger burden than a truckload of non generic fd files -) 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] Strange lucida bright math issue
Helin Gai wrote: Hi Taco, Thanks for the reply. But I'm not using the old yandy version... I am using the BH version... Does it make a difference? the same BH are the font designers but the font was distributed bu YandY Helin On 2/26/07, Taco Hoekwater [EMAIL PROTECTED] wrote: Hi Helin, Helin Gai wrote: I did a bit more research.. It seems that the file special.map is interfering... That is unrelated. Despite it's name, special.map is not a font map file. It only provides location hints for programs like mktexpk and mktextfm, so that they know where to place generated bitmaps and metrics and such. Here's the log: TeXLive does not ship the latex package and metrics from YandY's older version of the lucidabright font set, only the new metrics from the current package that is sold by TUG: http://www.tug.org/store/lucida/index.html The ConTeXt macros were never updated to that new set of metrics, presumably because Hans already has the old set from YandY, so he never looked at the new package at all. Best wishes, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- - 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] I can't find the format file `cont-nl.fmt'!
Jan de Ruijter wrote: On Wed, 2007-02-21 at 22:10 +0100, Hans Hagen wrote: Jan de Ruijter wrote: On Wed, 2007-02-21 at 10:26 +0100, Hans Hagen wrote: Jan de Ruijter wrote: On Tue, 2007-02-20 at 17:43 +0100, Willi Egger wrote: Hi, Just a shot... After installation you need to generate the formatfiles: (texmfstart) texexec --make all This will also update your database with the filenames. texexec --make --all doesn't help. messages at the end of texexec --make --all: TeXExec | TeXExec | tex engine path: /etc/texmf/web2c/pdftex TeXExec | mps engine path: /etc/texmf/web2c TeXExec | TeXExec | tex: 21/02/2007 18:02:22 /etc/texmf/web2c/pdftex/mptopdf.fmt (240025) TeXExec | tex: 21/02/2007 18:02:19 /etc/texmf/web2c/pdftex/cont-en.fmt (6702026) TeXExec | tex: 21/02/2007 18:02:22 /etc/texmf/web2c/pdftex/cont-nl.fmt (6615230) TeXExec | mps: 21/02/2007 18:02:22 /etc/texmf/web2c/metafun.mem (477980) TeXExec | TeXExec | runtime: 6.296605 strange enough texexec can't find cont-nl.fmt !! can you check what pdftex you have ? pdfetex (e!) is no longer around but your system can still kind of suggest that Hi Hans just starting pdftex gives the following message: This is pdfeTeX, Version 3.141592-1 b.t.w I have knoppix 5.1.1 installed on my machine and after that I have installed context following the context-wiki for deb. I still haven't the faintest idea what to do now. can you please help me (not a linux and/or tex -guru) out? thanks, pdfetex is obsolete, it's pdftex now (for quite some time already); i don't know where knoppix gets its tex from 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] split footnote bug
The bug seems independent of the values in \setuplayout. See this really minimal example, look at page 2: \showframe \showgrid \starttext \dorecurse{8}{\input tufte\footnote{\input ward \input tufte \relax}} \stoptext Steffen (To Taco: even playing with \topskip doesn't help. The down-slipping stays.) On Mon, 26 Feb 2007 10:24:12 +0100, Steffen Wolfrum wrote: Hi, it seems this thread got lost. For it describes a quite ugly phenomenon I dare to post it again again. Please, have a look at this 3-page example: \newdimen\XVertikal \XVertikal=12pt \setupbodyfont[postscript,10pt] \setupinterlinespace[line=\XVertikal] \setuplayout [width=113mm,height=48\XVertikal, backspace=20mm,topspace=15mm, header=\XVertikal,headerdistance=0.5\XVertikal, footer=3.5\XVertikal,footerdistance=0pt, location=middle,marking=on,grid=yes] \showframe \showgrid \showgridboxes \showstruts \starttext \dorecurse{10}{\input ward\footnote{\input tufte \relax}} \stoptext On page 2 the bottom most line slips down lower than on the other pages. I observed this behavior in a 450 pages book and the amount the bottom line goes down when footnotes a split is always the same. Is this because of unhappy values in setuplayout or is it a bug? Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] split footnote bug
As there was no reply at all on this thread I got in fear that the slipping last line of a split footnote is a basic TeX bug, well known and maybe inevitable?! So I tried to reproduce the same situation in LaTeX (as I don't know the plain TeX equivalent): \documentclass[11pt]{article} \begin{document} \input tufte \input ward\footnote{\input ward \input tufte \relax} \input tufte \input ward\footnote{\input ward \input tufte \relax} \input tufte \input ward\footnote{\input ward \input tufte \relax} \end{document} Good news: this works! So it seems only to be a ConTeXt internal bug, and not part of the TeX core. Hans, it's your turn :o) Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] I can't find the format file `cont-nl.fmt'!
pdfetex is obsolete, it's pdftex now (for quite some time already); i don't know where knoppix gets its tex from You could try symlinking /etc/texmf/web2c/pdfetex to pdftex or maybe the other way round. That trick worked for me when I was using pdftex 1.30. -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Math Sets (ConTeXt port of braket.sty)
I uploaded the module to garden. I have only implemented scaling of single vertical bar (|). braket.sty also allows scaling of double vertical bar (||) and only treating the first | to be special. These are not implemented right now. In case someone needs them, let me know. The module is available from http://modules.contextgarden.net/mathsets Aditya I also need that. Thank you. Zulkifli ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] XeTeX problem again
On 2/26/07, Oliver Buerschaper wrote: Dear folks, I'm afraid I'm facing the XeTeX problem again after I updated ConTeXt to version 2007.02.21 :-( On a freshly installed MacTeX-2007 (which is TeXLive 2007 up to minor modifications) everything is fine. The ConTeXt version is 2007.01.12. Then I ran ctxtools which installed an updated ConTeXt in texmf-local (besides the folder 2007). Now the pdfTeX engine still works fine. However, XeTeX complained about the wrong format files. So I remade them with texexec --make --xtx en nl. Later XeTeX spills out the following: --- TeXExec | processing document 'test.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file test.top TeXExec | using randomseed 270 TeXExec | tex engine: xetex TeXExec | tex format: cont-en This is XeTeXk, Version 3.141592-2.2-0.996 (Web2C 7.5.6) %-line parsing enabled. (WARNING: translate-file natural.tcx ignored) entering extended mode (./test.tex ConTeXt ver: 2007.02.21 11:55 MKII fmt: 2007.2.26 int: english/ english language: language en is active system : cont-new loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/local/texlive/2007/../texmf-local/tex/context/user/cont-sys.rme (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-exa.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-syn.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-enc.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-siz.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-map.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-spe.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-akb.tex) (/us! Font \*7ptmmmrrm*=[rm-lmr7] not loadable: Metric (TFM) file or installed font not found. Problems confirmed. I went investigating the differences between the distributions, but I probably didn't investigate long enough. Hans has commented out a big portion of code for dealing with fonts under XeTeX, but even after uncommenting those lines again and after deleting the brackets in font-ini.mkii, I still get Font \*7ptmmmrrm*=ec-lmr12 not loadable which is really strange. Another change was connected with map files, but no success there either. So I tried Taco's advice http://archive.contextgarden.net/message/ 20070130.082837.4bc51f61.en.html but even after copying the map files from dvips/lm to pdftex/context the command ctxtools --dpx --force /usr/local/texlive/2007/texmf- dist/ only returns CtxTools | provide proper texmfroot. These problems are not connected. So I'm completely lost! Can anyone help? Oliver P.S. How can I get texexec --make --all to also make the XeTeX formats? With the --xtx switch (as you already did). Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ctags and ConTeXt
Hi Here is my first attempt (see attachment). It works correctly in the little testing that I have done (on Windows). Just add \usemodule[ctags] somewhere in your environment file, and run context. I file called context.tags will be generated which contains the labels, filename, and line-number where the label occurs (line number can sometimes be off). I modify a few core macros, so this can possibly break existing stuff (It should not, but then ...) I found no reliable way to know the current file name. So this works correctly only if registerfileinfo is called. So one will have the correct filename when using a project structure, but not when using \input. I do not want to redefine \input, since almost everything relies on \input working correctly. I will also post the module on the garden once I am more comfortable with it. This one is too dangerous to go to the core. Aditya%M \logo [CTAGS] {CTAGS} %D \module %D [ file=t-ctags, %Dversion=2007-02-26, %D title=\CONTEXT\ tags(\CTAGS), %D subtitle=\CTAGS\ support in \CONTEXT, %D author={Aditya Mahajan}, %D date=\currentdate] %D %M \setuphead [section] [page=] %M \useURL[ctags][http://ctags.sourceforge.net/] %M \useURL[vim] [http://www.vim.org] %M \logo [VIM] {VIM} %M \logo [EMACS] {EMACS} %D \section Introduction %D %D \CTAGS\ is a program that generates an index of language objects %D found in a file that allows these objects to be easily located by a %D text editor. They are tightly integrated with \VIM\ and \EMACS. For %D large \TEX\ files, \CTAGS\ is very useful to find reference labels. %D Suppose you are writing a long book or paper, and you want to add %D reference to an equation. Also suppose all your equation labels start %D with \type{eq:}. Then in \VIM\ you can type \type{eq:} and press %D \type{^X^]} and \VIM\ will present you with a pop-up menu showing the %D different labels that start with \type{eq:}. For long files this can %D save you a lot of time. %D %D Traditionally tags are generated from an external program. However, %D \CONTEXT's syntax is almost impossible to parse from an external %D program. Consider the following two cases %D \starttyping %D \defineenumeration[problem] %D \startproblem[tag] %D blah blah %D \stopproblem %D \stoptyping %D and %D \starttyping %D \defineitemgroup[problem] %D \startproblem[intro] %D \item blah blah %D \stopproblem %D \stoptyping %D %D For an external program to correctly parse this, it must be able to %D understand \TEX. The only program that can understand \TEX\ is \TEX. %D So, I decided to write \CTAGS\ support for \CONTEXT\ in \CONTEXT. It %D turned out to be much simpler than expected. So now, one can read %D \CTAGS\ as \CONTEXT\ tags \mono{:-)}. %D %D \section User Guide %D %D To use the module simply add %D \starttyping %D \usemodule[ctags] %D \stoptyping %D on the top of the file\footnote{This must be done before %D \type{\everystarttext} is executed. That is either in the environment %D file or before \type{\starttext} in a file.}. Unfortunately, right %D now (that is with \PDFTEX), it is not possible to create a file %D without extension. So, the tags are written to a file %D \filename{context.tags}. To use this in \VIM, you have to add %D \starttyping %D set tags=./tags,tags,context.tags %D \stoptyping %D in your \filename{.vimrc} (\filename{_vimrc} on Windows). I do not %D know how to do something similar in \EMACS. If someone knows, please %D let me know. %D %D This file modifies a core \CONTEXT\ macro, so be careful while using %D it. It may (although it should not) break in some cases. You have %D been warned. %D %D The rest of the file is self explanatory. \writestatus {loading} {Context CTAGS support Module} \startmodule[vim] \unprotect \newwrite\ctagsfile \newtoks\everyopenctags \newtoks\everyclosectags %D TODO: Find out if we are running \LUATEX, and if we are write to %D \filename{tags}. \appendtoks \immediate\openout\ctagsfile context.tags \immediate\write\ctagsfile{!_TAG_FILE_FORMAT\rawcharacter{9}1} \immediate\write\ctagsfile{!_TAG_FILE_SORTED\rawcharacter{9}0} \immediate\write\ctagsfile{!_TAG_PROGRAM_AUTHOR\rawcharacter{9}Aditya Mahajan} \immediate\write\ctagsfile{!_TAG_PROGRAM_NAME\rawcharacter{9}ConTeXt t-ctags module} \to \everyopenctags \appendtoks \immediate\closeout\ctagsfile \to \everyclosectags \let\normalwriterefernce\writereference \def\writereference#1% #2#3#4 {\doifsomething{#1} {\immediate\write\ctagsfile{#1\rawcharacter{9}\currentctagsfile \rawcharacter{9}\the\inputlineno}} \normalwriterefernce{#1}}% #2#3#4 %D \type{\everystarttext} is executed at \type{\startcomponent}. If we %D have a typical structure %D \starttyping %D \startcomponent file %D \product file %D \enviromnent file %D \stoptyping %D then \type{\everystarttext} is executed before ctags module is %D loaded. So, we open the tags as soon as the module is loaded. This %D can cause a