Re: [NTG-context] ConTeXt on Debian: The wiki entry
Frank Küster wrote:
Can you point me to the place where it is documented which calls are
needed to be called
I was going to say: on the wiki, but that clearly wouldn't work
this time.
To actually update ConTeXt, assuming you already have a relatively
modern context installed, you say
# ctxtools --update
and that fetches the zip file(s) from the pragma site (or a mirror),
unpacks them, and updates the various perl and ruby scripts that come
with ConTeXt.
You have to be root for this when you want to update the global install,
otherwise you have a few extra caveats, see below.
After a succesful update, you have to run
# texexec --make --all [--xetex | --aleph | --pdftex] formats
Where formats are the desired formats to run. The accepted list
at the moment is: the eight ConTeXt formats, in both long
(cont-en etc.) and short from (en,nl,de,it,fr,cz,
ro,uk), and mptopdf, and the metapost mems mpost and metafun.
This works fine if you are root, and had a previous context update
done already. If you have not already and/or are not root, then you
have two big problems:
* TEXFORMATS as shipped with teTeX/TL is uncomplete: there is that
missing format-specific subdirectory. If you are not root, then
you have to create a local texmf.cnf to overrule the default
texmf.cnf. I have:
TEXFORMATS= .;$TEXMF/web2c/{$engine,}
because context's texexec pushes the $engine setting to the
environment, this works fine (Originally this was supposed to
be handled by kpathsea, but like I said, that never got off
the ground)
If you don't make this change, you cannot use texexec for the
format regeneration, at all. (Formats created by texexec will
never be used because the fmtutil-generated old one is always
discovered first).
Not using texexec is not a big deal in itself, as long as you
restrict yourself to using pdfetex and know how to edit the
fmtutil config file, I guess. That's why you sometimes see that
approach promoted on the wiki.
* TEXFONTMAPS is also wrong: it makes pdftex (and dvipdfmx as well,
I guess) find the mapfiles for dvips before their own mapfiles
(those are shipped with ConTeXt).
I have:
TEXFONTMAPS.dvipdfm = .;$TEXMF/fonts/map/{dvipdfm,dvips,}//
TEXFONTMAPS.dvipdfmx = .;$TEXMF/fonts/map/{dvipdfm,dvips,}//
TEXFONTMAPS.pdftex = .;$TEXMF/fonts/map/{pdftex,dvips,}//
TEXFONTMAPS.pdfetex = .;$TEXMF/fonts/map/{pdftex,dvips,}//
TEXFONTMAPS.xetex= .;$TEXMF/fonts/map/{xetex,pdftex,dvips,}//
TEXFONTMAPS.dvips= .;$TEXMF/fonts/map/{dvips,pdftex,}//
TEXFONTMAPS =.;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;\
$TEXMF/{$progname,pdftex,dvips}/{config,}//
this works fine (but it is perhaps a bit too verbose).
* Lastly, ctxtools --update does a kpsewhich on context.tex to find
where to install the updated files. That only works if you have
write permission for that directory (i.e. you are root), or if you
have done a private install already.
I think that is all, but I may have missed something, so if you read
this message and know a thing or two about updating, please double
check my text. Thanks in advance.
Cheers,
Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt on Debian: The wiki entry
Frank � wrote:
Hans Hagen [EMAIL PROTECTED] wrote:
Sanjoy Mahajan wrote:
A system-wide installation, if done cleanly, would be much easier
(as plink pointed out). If you (or 'texexec --make' to generate the
formats) ask kpathsea where to put the format files, it'll give you
a directory in TEXMFHOME, so a per user install. But how do you ask
kpathsea the correct question so that it'll tell you where they
should go for a system-wide install?
you can't and i remember asking for such a feature but ... ;
Can you point me to this discussion? I think it doesn't need more as
what fmtutil-sys, updmap-sys and texconfig-sys do before calling
fmtutil, updmap or texconfig, respectively:
v=`kpsewhich -var-value TEXMFSYSVAR`
c=`kpsewhich -var-value TEXMFSYSCONFIG`
TEXMFVAR=$v
TEXMFCONFIG=$c
export TEXMFVAR TEXMFCONFIG
exec updmap ${1+$@}
However, it would be probably more elegant and context-like to not have
texexec and texexec-sys, but rather a commandline switch - in this case
the handling would have to be done in the perl (or ruby?) scripts, which
is somewhat trickier.
concerning fmtutil: there was a time that texexec could call fmtutil,
but the lack of engine support (as taco explained, it was a trade off
for simplifying the fmt suffix but part of the bargain was nog kept) as
well as all kind of messy 'aliasing' going on in tex distributions
(leading to dropped patterns and fonts) made us decide to drop that;
another reason is that distrubutions like texlive more or less assume
a'wipe your system clean and install new' policy which is not possible
if you have aditional trees, run older binaries with newer trees, etc,
which is why texmfstart came around: relocating script paths and enc/map
paths was done in not downward compaible ways (which in turn is the
reason why context ships with all kind of tools to clean up and
reorganize trees etc).
i have no problem with adding a commandline switch which tells texexec
where to put the formats although, since your scripts already set
variables, the most natural way would be to adapt
TEXFORMATS=someplace/web2c/{$engine,}
to which texexec already listens, but if some additional switch/feature
is needed it can be done
Concerning updmap, as Taco explains in another mail, context does not
use updmap output; this has a long history:
- context had runtime map loading before updmap was around
- we never used the 'huge map files' because it was real slow (this was
fixed at some point, hash instead of linear search)
- merging map entries in to one big file is dangerous (there can be
multiple instances of fonts, same name, different metrics, same
longname, different font etc)
- we want clean and easy ways to add support for commercial fonts (which
is the majority)
- pdftex and dvipdfmx were adapted to do run time loading
so, there is no need to spend time on updmap for context.
I have no idea what texconfig does but i don't think context needs it (i
may be wrong).
the only
way to figure that out is to check all format paths and take the first
one that fits; unfortunalty the tetex paths are rather messy so it's
hard to predict in what permutation of home, usr, share, sys, opt *
local * tex, TeX, teTeX, whatever * texmf, texmflocal, texmf-local,
texmf-teTeX, texmf-dis, texmf.local, texmf-whocares * web2c,
web2c/engine etc etc a format may end up;
I'm not sure what you mean. The default TEXMF path for teTeX (and I
think also for TeXlive) is
TEXMF =
{!!$TEXMFCONFIG,!!$TEXMFVAR,$TEXMFHOME,!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}
the problem with texmf is that there can be many variants, and there
have been in the past; here i now have:
TEXMF={!!$TEXMFPROJECT,!!$TEXMFFONTS,!!$TEXMFLOCAL,!!$TEXMFEXTRA,!!$TEXMFMAIN}
texmfproject : a tree for project related files, these will not be wiped
out with an update
texmffonts: a safe place for commercial fonts, also not being wiped
out (may have older tds structures)
texflocal: the place for updates and specific user settings
texmfextras : introduced a few years ago in texlive for non free stuff
(first dvd productions)
texmfmain : on my system a mere copy of the latest tex live, just the
whole lot
parallel this i have texmf-mswin, texmf-linux, texmf- with web2c
and bin paths
interesting is that a request for texmfproject and texmffonts on the tex
live list was rejected by tetex folks because they didn't want extra
paths, but see what extra paths tetex adds -)
concerning tex live: i must admit that i only copy the tree and use a
much simplified texmf.cnf file which as a side effect makes tex run faster
anyhow, texexec cum suis just expand the texmf var so any setup should
work but i rely on other context users to report problems;
where the first three are per-user, the others are system trees. An
explanation about installing does not need to know whether, for
Re: [NTG-context] ConTeXt on Debian: The wiki entry
Taco Hoekwater [EMAIL PROTECTED] wrote:
Frank Küster wrote:
Can you point me to the place where it is documented which calls are
needed to be called
I was going to say: on the wiki, but that clearly wouldn't work
this time.
To actually update ConTeXt, assuming you already have a relatively
modern context installed, you say
# ctxtools --update
and that fetches the zip file(s) from the pragma site (or a mirror),
unpacks them, and updates the various perl and ruby scripts that come
with ConTeXt.
When this is done on a system where ConTeXt first came with a TeXlive or
teTeX installation, will this replace existing files, or will it put the
updated new files in TEMXFLOCAL or TEXMFHOME, respectively? Ah, I think
you have answered this already below.
You have to be root for this when you want to update the global install,
otherwise you have a few extra caveats, see below.
After a succesful update, you have to run
# texexec --make --all [--xetex | --aleph | --pdftex] formats
Where formats are the desired formats to run. The accepted list
at the moment is: the eight ConTeXt formats, in both long
(cont-en etc.) and short from (en,nl,de,it,fr,cz,
ro,uk), and mptopdf, and the metapost mems mpost and metafun.
So I guess this is the call that would also be needed if the update
itself goes via a package management, i.e. if one installs a new version
of the Debian ConTeXt package.
This works fine if you are root, and had a previous context update
done already. If you have not already and/or are not root, then you
have two big problems:
* TEXFORMATS as shipped with teTeX/TL is uncomplete: there is that
missing format-specific subdirectory.
So I guess TeXlive (and the existing teTeX packages within
Linux/BSD/... distributions) should do that, so that modern ConTeXt just
works.
If you are not root, then
you have to create a local texmf.cnf to overrule the default
texmf.cnf. I have:
TEXFORMATS= .;$TEXMF/web2c/{$engine,}
because context's texexec pushes the $engine setting to the
environment, this works fine (Originally this was supposed to
be handled by kpathsea, but like I said, that never got off
the ground)
It might be possible by setting, in texmf.cnf,
TEXFORMATS.xetex = .;$TEXMF/web2c{xetex,}
TEXFORMATS.pdftex = .;$TEXMF/web2c{pdftex,}
and so on. I'm not sure, however; this of course depends on which
progname ConTeXt uses (so it might need to be TEXFORMATS.cont-xetex or
whatever).
Not using texexec is not a big deal in itself, as long as you
restrict yourself to using pdfetex and know how to edit the
fmtutil config file, I guess. That's why you sometimes see that
approach promoted on the wiki.
I think, with the TEXFORMATS.$engine setup working, it should be
possible to use both, fmtutil and texexec, and get the same formats -
texexec might still be better in doing other update tasks.
* TEXFONTMAPS is also wrong: it makes pdftex (and dvipdfmx as well,
I guess) find the mapfiles for dvips before their own mapfiles
(those are shipped with ConTeXt).
This also sounds like a bug in TeXlive/teTeX.
* Lastly, ctxtools --update does a kpsewhich on context.tex to find
where to install the updated files. That only works if you have
write permission for that directory (i.e. you are root), or if you
have done a private install already.
So this means -update will always try to overwrite an existing
installation, and not automatically search for a writable directory
that's earlier in the TEXMF path? Even not as a fallback? This sounds
as if this tool could be improved.
I think that is all, but I may have missed something, so if you read
this message and know a thing or two about updating, please double
check my text. Thanks in advance.
I think it does help a lot, and we can work from there, testing with the
Debian ConTeXt package.
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt on Debian: The wiki entry
Frank � wrote:
After a succesful update, you have to run
# texexec --make --all [--xetex | --aleph | --pdftex] formats
Where formats are the desired formats to run. The accepted list
at the moment is: the eight ConTeXt formats, in both long
(cont-en etc.) and short from (en,nl,de,it,fr,cz,
ro,uk), and mptopdf, and the metapost mems mpost and metafun.
So I guess this is the call that would also be needed if the update
itself goes via a package management, i.e. if one installs a new version
of the Debian ConTeXt package.
i think that it depends on what users want to use (pdftex, aleph, xetex,
luatex, a combination)
ok, one can play safe and just generate them all for the english user
interface
So I guess TeXlive (and the existing teTeX packages within
Linux/BSD/... distributions) should do that, so that modern ConTeXt just
works.
If you are not root, then
just curious: how many tex users or people updating tex don't have root
permissions
and so on. I'm not sure, however; this of course depends on which
progname ConTeXt uses (so it might need to be TEXFORMATS.cont-xetex or
whatever).
the progname is always 'context'
there is no functional difference between context's, only user interface
languages may differ, so for pdftex, xetex etc the same context is used;
backend support is loaded runtime; so, there is not, as with latex, a
pdfcontext or so: backend support has always been isolated in driver
files; the TEXFORMATS variable should have an /{engine,} appended which
makes the engine specific formats end up the and be searched there
(because formats are always generated in a current path, texexec will
chdir to an engine path when making a format)
so, pdftex, xetex, aleph, ... all use cont-en.fmt for the english user
interface (used to be cont-en.efmt, cont-en.ofmt, etc); using
different names for the formats does not make sense since the
functionality is mostly the same
I think, with the TEXFORMATS.$engine setup working, it should be
possible to use both, fmtutil and texexec, and get the same formats -
texexec might still be better in doing other update tasks.
the problem with this is that there is only one dimensions: progname, so
TEXFORMATS.context is ok, and TEXFORMATS.xetex is undefined (actually
$engine is unset in many cases)
* TEXFONTMAPS is also wrong: it makes pdftex (and dvipdfmx as well,
I guess) find the mapfiles for dvips before their own mapfiles
(those are shipped with ConTeXt).
This also sounds like a bug in TeXlive/teTeX.
if i'm right Karl added it after we discussed this feature but i didn't
check it
* Lastly, ctxtools --update does a kpsewhich on context.tex to find
where to install the updated files. That only works if you have
write permission for that directory (i.e. you are root), or if you
have done a private install already.
So this means -update will always try to overwrite an existing
installation, and not automatically search for a writable directory
that's earlier in the TEXMF path? Even not as a fallback? This sounds
as if this tool could be improved.
def locatedlocaltree
tree = Kpse.used_path('TEXMFLOCAL')
unless tree FileTest.directory?(tree) then
tree = Kpse.used_path('TEXMF')
end
return tree
end
so, it prefers texmflocal; so far no one asked for different methods but
it can always be improved (and will be on request)
I think that is all, but I may have missed something, so if you read
this message and know a thing or two about updating, please double
check my text. Thanks in advance.
I think it does help a lot, and we can work from there, testing with the
Debian ConTeXt package.
ok, thanks. there are debian users on this list so testing should be no problem
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] ConTeXt on Debian: The wiki entry
Frank Küster wrote:
After a succesful update, you have to run
# texexec --make --all [--xetex | --aleph | --pdftex] formats
..
So I guess this is the call that would also be needed if the update
itself goes via a package management, i.e. if one installs a new version
of the Debian ConTeXt package.
Yes.
This works fine if you are root, and had a previous context update
done already. If you have not already and/or are not root, then you
have two big problems:
* TEXFORMATS as shipped with teTeX/TL is uncomplete: there is that
missing format-specific subdirectory.
So I guess TeXlive (and the existing teTeX packages within
Linux/BSD/... distributions) should do that, so that modern ConTeXt just
works.
Yes. But Hans and I gave up trying to convince the teTeX maintainers
a while back, and we are not any more willing to spend even more time
on doing that (even though the situation may have improved).
It might be possible by setting, in texmf.cnf,
TEXFORMATS.xetex = .;$TEXMF/web2c{xetex,}
TEXFORMATS.pdftex = .;$TEXMF/web2c{pdftex,}
and so on. I'm not sure, however; this of course depends on which
progname ConTeXt uses (so it might need to be TEXFORMATS.cont-xetex or
whatever).
It is not the user-supplied progname, but the executable engine name.
The progname is always set to 'context' for ConTeXt, otherwise
variables like TEXINPUTS and the memory sizes would need many
more entries
main_memory.cont-en-xetex
main_memory.cont-de-xetex
etc.
That is why there is a separate $engine.
Not using texexec is not a big deal in itself, as long as you
restrict yourself to using pdfetex and know how to edit the
fmtutil config file, I guess. That's why you sometimes see that
approach promoted on the wiki.
I think, with the TEXFORMATS.$engine setup working, it should be
possible to use both, fmtutil and texexec, and get the same formats -
Agreed.
texexec might still be better in doing other update tasks.
Also agreed.
* TEXFONTMAPS is also wrong: it makes pdftex (and dvipdfmx as well,
I guess) find the mapfiles for dvips before their own mapfiles
(those are shipped with ConTeXt).
This also sounds like a bug in TeXlive/teTeX.
Yes, I think so: it needs a few more TEXFONTMAPS lines in texmf.cnf.
* Lastly, ctxtools --update does a kpsewhich on context.tex to find
where to install the updated files. That only works if you have
write permission for that directory (i.e. you are root), or if you
have done a private install already.
So this means -update will always try to overwrite an existing
installation, and not automatically search for a writable directory
that's earlier in the TEXMF path? Even not as a fallback? This sounds
as if this tool could be improved.
That is true, ctxtools is very new tool that could definately be
improved.
Cheers, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt on Debian: The wiki entry
Hans Hagen [EMAIL PROTECTED] wrote:
concerning fmtutil: there was a time that texexec could call fmtutil,
but the lack of engine support (as taco explained, it was a trade off
for simplifying the fmt suffix but part of the bargain was nog kept)
as well as all kind of messy 'aliasing' going on in tex distributions
(leading to dropped patterns and fonts)
Uups, what kind of aliasing? Can you point me to a place where this is
discussed?
made us decide to drop that;
another reason is that distrubutions like texlive more or less assume
a'wipe your system clean and install new' policy which is not possible
if you have aditional trees, run older binaries with newer trees, etc,
I know that TeXlive has such an approach, but as I understood it this
only extends to the TeXlive system itself: TEXMFLOCAL, TEXMFHOME and
any other user-added tree should continue to work.
Pool files are a problem, but if ConTeXt has found a way to use for
example different versions of pdftex and let each one find its correct
pool file, I think this feature should be implemented in TeXlive, too.
which is why texmfstart came around: relocating script paths and
enc/map paths was done in not downward compaible ways (which in turn
is the reason why context ships with all kind of tools to clean up and
reorganize trees etc).
Hm, it seems I really need to actually dig into what texmfstart and
other ConTeXt scripts do before I can continue. I thought everybody was
happy with current TDS, and also that it didn't leave important things
unspecified.
Concerning updmap, as Taco explains in another mail, context does not
use updmap output; this has a long history:
- context had runtime map loading before updmap was around
- we never used the 'huge map files' because it was real slow (this
was fixed at some point, hash instead of linear search)
- merging map entries in to one big file is dangerous (there can be
multiple instances of fonts, same name, different metrics, same
longname, different font etc)
- we want clean and easy ways to add support for commercial fonts
(which is the majority)
- pdftex and dvipdfmx were adapted to do run time loading
so, there is no need to spend time on updmap for context.
But maybe other formats could profit from ConTeXt's way to do it, too:
These arguments seem to apply to LaTeX and whatever else, too.
I have no idea what texconfig does but i don't think context needs it
(i may be wrong).
I never need it... It's just a textmode-menu interface to things like
editing language.dat (hyphenation patterns for latex and relatives),
calling updmap, changing dvips defaults, etc.
I'm not sure what you mean. The default TEXMF path for teTeX (and I
think also for TeXlive) is
TEXMF =
{!!$TEXMFCONFIG,!!$TEXMFVAR,$TEXMFHOME,!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}
the problem with texmf is that there can be many variants, and there
have been in the past; here i now have:
TEXMF={!!$TEXMFPROJECT,!!$TEXMFFONTS,!!$TEXMFLOCAL,!!$TEXMFEXTRA,!!$TEXMFMAIN}
texmfproject : a tree for project related files, these will not be
wiped out with an update
texmffonts: a safe place for commercial fonts, also not being
wiped out (may have older tds structures)
texflocal: the place for updates and specific user settings
texmfextras : introduced a few years ago in texlive for non free
stuff (first dvd productions)
texmfmain : on my system a mere copy of the latest tex live, just
the whole lot
So you don't use TEXMFVAR and user-specific trees? Anyway, I still fail
to see how that's a problem for context updates. The natural approach
seems to be
- check whether context already exists anywhere except texmfmain (where
the update can't go because of the wiping out)
- if yes, check whether the directory is writable
- if one answer was no, ask the user where to put it.
interesting is that a request for texmfproject and texmffonts on the
tex live list was rejected by tetex folks because they didn't want
extra paths, but see what extra paths tetex adds -)
The extra paths that teTeX (and TeXlive too) add are paths with a
particular role for each. From what you told me so far, I don't see
what the difference between TEXMFPROJECT, TEXMFFONTS, TEXMFEXTRA and
TEXMFLOCAL is, and why it is a problem for ConTeXt updates that
individual admins might add trees.
concerning tex live: i must admit that i only copy the tree and use a
much simplified texmf.cnf file which as a side effect makes tex run
faster
That's an interesting point, in particular for us Debian people: We
have split up texmf.cnf in individual parts (for reasons that don't
matter here), and we might be able to provide a minimal texmf.cnf like
yours if texlive-latex is not installed, but texlive-context is.
sure, but the fact that the 'real' names change every now and then
makes it hard for users to cary a history around without renaming;
also, one of the ideas
[NTG-context] figure captions in the margin
Hi, Does somebody know whether it is possible and how it is possible to place the caption of a figure in the margin? Thanks, Alex Lubberts ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] how to define a new math symbol
Hi,
I would like to use of the product integral (a curly \prod-like symbol which is
to \prod what \int is to \sum) in Context. There is a LaTeX package (not
official) available from Richard Gill's website
(http://www.math.uu.nl/people/gill/, all the way at the bottom), which supplies
a .sty file with the following contents:
\ProvidesPackage{prodint}
\DeclareFontFamily{U}{ProdInt}{}
\DeclareFontShape{U}{ProdInt}{m}{n}{- prodint}{}
\DeclareSymbolFont{Prodint}{U}{ProdInt}{m}{n}
\DeclareMathSymbol{\prodi}{\mathop}{Prodint}{80}%80 prodinttext
\DeclareMathSymbol{\Prodi}{\mathop}{Prodint}{82}%82 prodintdisplay
\DeclareMathSymbol{\PRODI}{\mathop}{Prodint}{84}%84 prodintbig
\endinput
It also supplies a bunch of fontfiles, i.e. prodint.{afm,pfa,pfb,tfm}, and a
map file prodint.map. As you can see, the package supplies three commands:
\prodi, \Prodi and \PRODI, corresponding to three sizes.
My question(s): how can I define similar commands (I'm guessing
\definemathsymbol would be required) to use this symbol in Context? Is it
possible to use the fontfiles supplied in the LaTeX package or should Texfont
be used to enable the symbol in Context?
Thanks,
Maarten-Jan
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] character width
Hi, for fine-adjusting I need to have a variable horizontal space sometimes the width of 999 sometimes of 1, for example. Is there a command that reads the width of a character so it can be used in some kind of horizontal space? Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt on Debian: The wiki entry
Frank � wrote:
Hans Hagen [EMAIL PROTECTED] wrote:
concerning fmtutil: there was a time that texexec could call fmtutil,
but the lack of engine support (as taco explained, it was a trade off
for simplifying the fmt suffix but part of the bargain was nog kept)
as well as all kind of messy 'aliasing' going on in tex distributions
(leading to dropped patterns and fonts)
Uups, what kind of aliasing? Can you point me to a place where this is
discussed?
the problem is that it is not really discussed
we accidentally stumbled into this when at a tug conference workshop
attendents could not hyphenate; the problem was that pattern files were
renamed, but aliased in an 'alias' file in one of the texmf roots; when
looking at this file, more funny aliasing was taking place and i found
out that quite some font problems were resulting from this, i.e. if one
refers to font 'abc' which is aliased on one system but not on another
... ; normally such things are (off list) discussed with karl who then
sort things out in tex live; when, at user group meetings, i had talks
about 'contexts way of dealing with patterns and pattern files' and
mentioned this alias mess, it was interesting to see tex experts
launching up their laptops and scratching their heads over this unknown
obscure aliasing feature ; in the end we found out that it was also the
cause of some 'hyphen.tex' not being the real 'hyphen.tex' problem;
anyhow, by now, no alias file should be present in any tex root any
more; it was a bad idea anyway
made us decide to drop that;
another reason is that distrubutions like texlive more or less assume
a'wipe your system clean and install new' policy which is not possible
if you have aditional trees, run older binaries with newer trees, etc,
I know that TeXlive has such an approach, but as I understood it this
only extends to the TeXlive system itself: TEXMFLOCAL, TEXMFHOME and
any other user-added tree should continue to work.
Pool files are a problem, but if ConTeXt has found a way to use for
example different versions of pdftex and let each one find its correct
pool file, I think this feature should be implemented in TeXlive, too.
pool files normally are in web2c paths; future versions of pdftex and
mpost have the pool file embedded so this problem will (hopefully) disappear
which is why texmfstart came around: relocating script paths and
enc/map paths was done in not downward compaible ways (which in turn
is the reason why context ships with all kind of tools to clean up and
reorganize trees etc).
Hm, it seems I really need to actually dig into what texmfstart and
other ConTeXt scripts do before I can continue. I thought everybody was
happy with current TDS, and also that it didn't leave important things
unspecified.
texmfstart somefile
will launch somefile, i.e. it is the script launcher; by using
texmfstart, one can be sure that the right one is found (it also passes
some info to underlying progs/scripts so that redundant kpsewhich calls
don't take place; it's teh context way of dealing with non-downward
compatible texlives; (it has an embedded kpsewhich written in ruby but
this is disabled by default; it can also act as kpse servlet [serving
multiple independent trees]; yet another feature is that it can be uses as:
texmfstart --tree=sometree somescript .
which us handy when running from cgi scripts (for that purpose it can
initialize independent trees based on simple cross platform env var
definiton files)
well, it can do a bit more, like launching documentation and so
(context ships with more tools: textools, tmftools, ctxtools, etc and
when seldomly used, starting them with texmfstart ctxtools instead of
stubs makes sense; the tex bin trees ship with potentially
name-conflicting stuff, like 'access' and by launching scripts this way
there is less danger of clashing names)
Concerning updmap, as Taco explains in another mail, context does not
use updmap output; this has a long history:
- context had runtime map loading before updmap was around
- we never used the 'huge map files' because it was real slow (this
was fixed at some point, hash instead of linear search)
- merging map entries in to one big file is dangerous (there can be
multiple instances of fonts, same name, different metrics, same
longname, different font etc)
- we want clean and easy ways to add support for commercial fonts
(which is the majority)
- pdftex and dvipdfmx were adapted to do run time loading
so, there is no need to spend time on updmap for context.
But maybe other formats could profit from ConTeXt's way to do it, too:
These arguments seem to apply to LaTeX and whatever else, too.
sure, one can use \pdfmapfile{somename} in any package
we can even do without map files for pdftex, just use \pdfmapline
I have no idea what texconfig does but i don't think context needs it
(i may be
[NTG-context] bib and bibltx problems
Hi Taco,
I ran into the following problems:
1. see attached files. Three bib entries with different authors, but the resulting references are the same for two of them (!).
Appearantly, without sorting the bib entries, the extra label numbering does not work correctly. Changing \setupbibtex to
sort=short fixes the issue (appending a and b) as well does changing ITERATE
{presort.none} to ITERATE {presort.clabel} in cont-no.bst. But is this a once-and-for-all fix?
2. see attached files. In \setuppublications, numbering is given as short, but the
resulting list of references is only as good as yes - I only get the numbers, not the
short references in the list. Hmmm, what's the cause for this? Any ideas? Or is it My Fault(TM)?
3. In general: If I'd use bib handwriting \{start,stop}publication without bibltx, would I have to care about
the uniqueness of the short document names (the s= option to \startpublication)?
Really? Considering hundreds of possible bibliography entries, this would double the effort: Not only the key
(the k= option) but also the short name must be unique for correct references.
4. Sometimes, the build process (texexec --pdf test) breaks after changing
some text in the bibliography. Appearantly, sometimes the .bbl file is not updated.
removing the .bbl file fixes the build. No recipy available, sorry.
Thanks,
- Matthias
\usemodule[bib]
\usemodule[bibltx]
\setupbibtex[database=mybibs,sort=no]
\setuppublications[refcommand=short,numbering=short]
\starttext For all times, \cite[TRUE] is right and \cite[FALSE] is wrong.
\completepublications
\stoptext
@techreport{TRUE,
Title= True Values,
Author = True Author,
Year = 2005,
}
@techreport{GNUS,
Title= Gnus in the Wild,
Author = Another Doctor,
Year = 2005,
}
@techreport{FALSE,
Title= False values,
Author = False Author,
Year = 2005,
}
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt installtion and Debian
Norbert Preining [EMAIL PROTECTED] wrote:
* TEXFONTMAPS is also wrong: it makes pdftex (and dvipdfmx as well,
I guess) find the mapfiles for dvips before their own mapfiles
(those are shipped with ConTeXt).
I have:
TEXFONTMAPS.dvipdfm = .;$TEXMF/fonts/map/{dvipdfm,dvips,}//
TEXFONTMAPS.dvipdfmx = .;$TEXMF/fonts/map/{dvipdfm,dvips,}//
TEXFONTMAPS.pdftex = .;$TEXMF/fonts/map/{pdftex,dvips,}//
TEXFONTMAPS.pdfetex = .;$TEXMF/fonts/map/{pdftex,dvips,}//
TEXFONTMAPS.xetex= .;$TEXMF/fonts/map/{xetex,pdftex,dvips,}//
TEXFONTMAPS.dvips= .;$TEXMF/fonts/map/{dvips,pdftex,}//
TEXFONTMAPS =.;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;\
$TEXMF/{$progname,pdftex,dvips}/{config,}//
this works fine (but it is perhaps a bit too verbose).
Debian currently has:
TEXFONTMAPS = .;$TEXMF/{fonts/,}map//;$TEXMF/dvips//
What about this? I am not completely convinced about it since with
updmap we generate input file for all the different programs.
The second part, $TEXMF/dvips//, is a Debian-specific
backwards-compatibility hack to allow fonts to be found that install
their map files according to the old (teTeX 2.0) TDS. We should drop it
as soon as etch is out, and we should probably have done that even
earlier. The first I don't quite understand, we actually have:
% TEXFONTMAPS = .;$TEXMF/{fonts/map,}/{$progname,pdftex,dvips,}//
TEXFONTMAPS = .;$TEXMF/{fonts/,}map//;$TEXMF/dvips//
This looks like we dropped the program-specific paths (and with that
their order), and like it wouldn't have been necessary to add a hack
(but I know that at the time of the teTex-3.0-beta-release when I
introduced it it *was* necessary).
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt installtion and Debian
Frank � wrote:
Debian currently has:
TEXFONTMAPS = .;$TEXMF/{fonts/,}map//;$TEXMF/dvips//
What about this? I am not completely convinced about it since with
updmap we generate input file for all the different programs.
one may assume that by now indeed most trees are tds compliant
(for context users there is textools --fixtexmftrees)
The second part, $TEXMF/dvips//, is a Debian-specific
backwards-compatibility hack to allow fonts to be found that install
their map files according to the old (teTeX 2.0) TDS. We should drop it
as soon as etch is out, and we should probably have done that even
earlier. The first I don't quite understand, we actually have:
% TEXFONTMAPS = .;$TEXMF/{fonts/map,}/{$progname,pdftex,dvips,}//
TEXFONTMAPS = .;$TEXMF/{fonts/,}map//;$TEXMF/dvips//
This looks like we dropped the program-specific paths (and with that
their order), and like it wouldn't have been necessary to add a hack
(but I know that at the time of the teTex-3.0-beta-release when I
introduced it it *was* necessary).
the first (commented) one is indeed the one that is needed in order to
let dvipdfmx work nicely (even more important now that xetex uses
dvipdfmx as backend)
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] ConTeXt installtion and Debian
Hi Taco, hi all! (I am sending personal copies since I don't know whether I can mail to the ntg list). First of all thanks for the explanations! You wrote: To actually update ConTeXt, assuming you already have a relatively modern context installed, you say # ctxtools --update and that fetches the zip file(s) from the pragma site (or a mirror), unpacks them, and updates the various perl and ruby scripts that come with ConTeXt. You have to be root for this when you want to update the global install, otherwise you have a few extra caveats, see below. After a succesful update, you have to run # texexec --make --all [--xetex | --aleph | --pdftex] formats Where formats are the desired formats to run. The accepted list at the moment is: the eight ConTeXt formats, in both long (cont-en etc.) and short from (en,nl,de,it,fr,cz, ro,uk), and mptopdf, and the metapost mems mpost and metafun. I checked the current zip file and the current ctxtools.rb script, it does nothing else than: - download the current zip - unpack - install the stubs from scripts/context/stubs/* - update the formats. So this is what we have to do in the Debian package, too. This is not hard, in fact most parts are already done. The only thing we have to do is create a way for the user to choose which formats should be generated. I will think about this. But for the search pathes, we will adjust the Debian texmf.cnf file, to get different engines loading differen cont-en.fmt files. Thanks. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- HASTINGS (pl.n.) Things said on the spur of the moment to explain to someone who comes into a room unexpectedly precisely what it is you are doing. --- Douglas Adams, The Meaning of Liff ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] character width
Steffen Wolfrum wrote:
Hi,
for fine-adjusting I need to have a variable horizontal space
sometimes the width of 999 sometimes of 1, for example.
Is there a command that reads the width of a character so it can be
used in some kind of horizontal space?
There is a \fontcharwd primitive to measure the width of a single
character is a specific font:
\hskip \the\fontcharwd \font `1
but it may be easier to put the number(s) in a box and measure the
width of that:
\setbox\scratchbox=\hbox{999}%
\hskip \the\wd \scratchbox
Greetings, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] bib and bibltx problems
Hi Matthias,
I goofed somewhere, that's for sure. Are you in a real hurry, or can
I take a day or two staring at it?
Taco
Matthias Wächter wrote:
Hi Taco,
I ran into the following problems:
1. see attached files. Three bib entries with different authors, but the
resulting references are the same for two of them (!). Appearantly,
without sorting the bib entries, the extra label numbering does not work
correctly. Changing \setupbibtex to sort=short fixes the issue
(appending a and b) as well does changing ITERATE {presort.none}
to ITERATE {presort.clabel} in cont-no.bst. But is this a
once-and-for-all fix?
2. see attached files. In \setuppublications, numbering is given as
short, but the resulting list of references is only as good as yes -
I only get the numbers, not the short references in the list. Hmmm,
what's the cause for this? Any ideas? Or is it My Fault(TM)?
3. In general: If I'd use bib handwriting \{start,stop}publication
without bibltx, would I have to care about the uniqueness of the short
document names (the s= option to \startpublication)? Really?
Considering hundreds of possible bibliography entries, this would double
the effort: Not only the key (the k= option) but also the short name
must be unique for correct references.
4. Sometimes, the build process (texexec --pdf test) breaks after
changing some text in the bibliography. Appearantly, sometimes the .bbl
file is not updated. removing the .bbl file fixes the build. No recipy
available, sorry.
Thanks,
- Matthias
\usemodule[bib]
\usemodule[bibltx]
\setupbibtex[database=mybibs,sort=no]
\setuppublications[refcommand=short,numbering=short]
\starttext For all times, \cite[TRUE] is right and \cite[FALSE] is wrong.
\completepublications
\stoptext
@techreport{TRUE,
Title= True Values,
Author = True Author,
Year = 2005,
}
@techreport{GNUS,
Title= Gnus in the Wild,
Author = Another Doctor,
Year = 2005,
}
@techreport{FALSE,
Title= False values,
Author = False Author,
Year = 2005,
}
___
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] bib and bibltx problems
On 24.10.2006 15:13, Taco Hoekwater wrote: I goofed somewhere, that's for sure. Are you in a real hurry, or can I take a day or two staring at it? No hurry, please. :) Thanks for taking care. - Matthias ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt on Debian: The wiki entry
Hans Hagen [EMAIL PROTECTED] wrote: [ horror story snipped ] anyhow, by now, no alias file should be present in any tex root any more; it was a bad idea anyway I always thought that the purpose of the aliases file was that a non-existent (no, nay, never, nowhere ever) filename was aliased to an existent one, like in the documentation part: % documentation TETEXDOC.pdf teTeX.pdf etex-man.pdf etex.pdf pdftex-a.pdf pdftex.pdf testeuro.dvi eurosym.dvi If the rest of the aliases covers files that might exist as real files on some systems - I agree, what a bad idea. pool files normally are in web2c paths; future versions of pdftex and mpost have the pool file embedded so this problem will (hopefully) disappear Ah, I didn't know that. pdftex 1.40 doesn't have this already, has it? hm, interesting; lean and mean texmf.cnf files can speed up things a lot when playing with luatex (where i intend to replace kpse completely with a lua based variant) it is possible to have format specific file databases; this runs much faster; this whole ls-r stuff is pretty outdated Oh, yes, it is. Current kpse also has the side effect that on most systems, users are able to fill up the /var/ partition by generating pixel fonts... Karl (or was it Olaf?) once said there are plans for a complete replacement of libkpathsea, named kpse - would that be obsolete with luatex? Could there be a C wrapper about lua's kpse? sure, but (i'm not sure if this is still true) running tex live alongside a tetex was always kind of problematic due to path settings and this autoparent mess then deriving locations of texmf.cnf from it This is probably still a problem in standard-setup systems. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt on Debian: The wiki entry
Frank � wrote: Ah, I didn't know that. pdftex 1.40 doesn't have this already, has it? not that i know, but the latest mp may do it already (esp mp is tricky because binary and pool have different names) Karl (or was it Olaf?) once said there are plans for a complete replacement of libkpathsea, named kpse - would that be obsolete with luatex? Could there be a C wrapper about lua's kpse? i have (an experimental) luatools.lua which acts like kpsewhich and is just as fast as kpsewhich at some point it may end up in the context distribution as playground; 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] typesetting a url from variabless
2006/10/24, Aditya Mahajan [EMAIL PROTECTED]:
Hi,What is the best way of typesetting a url from a variable. Forexample, if I have\setvariables[test][website=
http://www.xyz.com/~abc/first_index.html]how can I print the url. I tried\starttext\goto{\getvariable{test}{website}}[URL(\getvariable{test}{website})]
\stoptextbut this does not seem to work. Any suggestions?Aditya
Hi Aditya,
you should look into the log-file and will see it is a problem with the tilde
in the url.
The following example works fine, tested on the garden with live ConTeXt.
\setvariables[garden][website=http://www.contextgarden.net]
\starttext \goto{\getvariable{garden}{website}}[URL(\getvariable{garden}{website})]\stoptext
Wolfgang
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] how to define a new math symbol
MJK wrote: Hi, I would like to use of the product integral (a curly \prod-like symbol which is to \prod what \int is to \sum) in Context. There is a LaTeX package (not official) available from Richard Gill's website (http://www.math.uu.nl/people/gill/, all the way at the bottom), which supplies a .sty file with the following contents: What font setup do you use in ConTeXt? Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] character width
Yes, that's it. Thank you!
But can it also be defined in a more handy \MySpace[999] ?
Sorry, I tried some \def ... but didn't succeed.
Steffen
Am 24.10.2006 um 14:55 schrieb Taco Hoekwater:
Steffen Wolfrum wrote:
Hi,
for fine-adjusting I need to have a variable horizontal space
sometimes the width of 999 sometimes of 1, for example.
Is there a command that reads the width of a character so it can be
used in some kind of horizontal space?
There is a \fontcharwd primitive to measure the width of a single
character is a specific font:
\hskip \the\fontcharwd \font `1
but it may be easier to put the number(s) in a box and measure the
width of that:
\setbox\scratchbox=\hbox{999}%
\hskip \the\wd \scratchbox
Greetings, Taco
___
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] typesetting a url from variabless
On Tue, 24 Oct 2006, Wolfgang Schuster wrote:
2006/10/24, Aditya Mahajan [EMAIL PROTECTED]:
Hi,
What is the best way of typesetting a url from a variable. For
example, if I have
\setvariables[test][website=http://www.xyz.com/~abc/first_index.html]
how can I print the url. I tried
\starttext
\goto{\getvariable{test}{website}}[URL(\getvariable{test}{website})]
\stoptext
but this does not seem to work. Any suggestions?
Aditya
Hi Aditya,
you should look into the log-file and will see it is a problem with the
tilde
in the url.
I know that the tilde is causing problems, but I do not know how to
prevent that.
The following example works fine, tested on the garden with live ConTeXt.
Yes, but in my project, I need to pass the complete website address
:-)
Aditya
\setvariables[garden][website=http://www.contextgarden.net]
\starttext
\goto{\getvariable{garden}{website}}[URL(\getvariable{garden}{website})]
\stoptext
Wolfgang
--
Aditya Mahajan, EECS Systems, University of Michigan
http://www.eecs.umich.edu/~adityam || Ph: 7342624008
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] typesetting a url from variabless
I know that the tilde is causing problems, but I do not know how to prevent that. Maybe make the tilde's catcode unactive in a \bgroup \egroup around the url typesetting? Though if it were that easy, I'm sure the problem would be fixed long ago... -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] resource libraries
Is it possible somehow to extract all the images covered in an image database without lose of quality? eh ... normally there should beno loss at all, pdftex just copies the resources Sorry, I see my question was'nt clear enough. Is there a way to restore all the images included in a figure library as jpg's, png's or what else? I could then delete the original images. Wolfgang ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] resource libraries
On Tue, 24 Oct 2006 21:31:14 +0200 Wolfgang Werners-Lucchini [EMAIL PROTECTED] wrote: Is it possible somehow to extract all the images covered in an image database without lose of quality? eh ... normally there should beno loss at all, pdftex just copies the resources Sorry, I see my question was'nt clear enough. Is there a way to restore all the images included in a figure library as jpg's, png's or what else? I could then delete the original images. Wolfgang Hi Wolfgang, I use myself pdfimages to extract pictures from pdf-files, but it did not always work perfect on the files I use them. I dont know what is possible with commercial tools like Acrobat. You should test first if you can restore your images from the picture file before you delete them all. Wolfgang ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] character width
On Tue, 24 Oct 2006 18:39:22 +0200
Steffen Wolfrum [EMAIL PROTECTED] wrote:
Yes, that's it. Thank you!
But can it also be defined in a more handy \MySpace[999] ?
Sorry, I tried some \def ... but didn't succeed.
Steffen
Am 24.10.2006 um 14:55 schrieb Taco Hoekwater:
Steffen Wolfrum wrote:
Hi,
for fine-adjusting I need to have a variable horizontal space
sometimes the width of 999 sometimes of 1, for example.
Is there a command that reads the width of a character so it can be
used in some kind of horizontal space?
There is a \fontcharwd primitive to measure the width of a single
character is a specific font:
\hskip \the\fontcharwd \font `1
but it may be easier to put the number(s) in a box and measure the
width of that:
\setbox\scratchbox=\hbox{999}%
\hskip \the\wd \scratchbox
Greetings, Taco
Hi Steffen,
your solution based on the method provided by Taco.
\def\MySpace
{\dosingleempty\doMySpace}
\def\doMySpace[#1]%
{\setbox\scratchbox=\hbox{#1}%
\unskip\hskip \the\wd \scratchbox}
\starttext
Text\MySpace[999]Text
Text\MySpace[999] Text
Text \MySpace[999]Text
Text \MySpace[999] Text
\stoptext
Wolfgang
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] doubleminus verbatim
Hallo!
\type{--mode} results in '-mode' (one minus eaten).
Wolfgang
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] character width
On Tue, 24 Oct 2006, Wolfgang Schuster wrote:
\def\MySpace
{\dosingleempty\doMySpace}
\def\doMySpace[#1]%
{\setbox\scratchbox=\hbox{#1}%
\unskip\hskip \the\wd \scratchbox}
Or perhaps just:
\starttext
Text\hphantom{999}Text
\stoptext
?
Cheers, Peter
--
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] character width
On Tue, 24 Oct 2006 21:31:29 +0200 (CEST)
Peter Münster [EMAIL PROTECTED] wrote:
On Tue, 24 Oct 2006, Wolfgang Schuster wrote:
\def\MySpace
{\dosingleempty\doMySpace}
\def\doMySpace[#1]%
{\setbox\scratchbox=\hbox{#1}%
\unskip\hskip \the\wd \scratchbox}
Or perhaps just:
\starttext
Text\hphantom{999}Text
\stoptext
?
Cheers, Peter
Hi Peter,
right this also works but we wont care about spaces in the souce.
Look:
\starttext
Text\hphantom{999}Text
Text\hphantom{999} Text
Text \hphantom{999} Text
\stoptext
Antoher solution for the spacemacro:
\def\MySpace
{\dosingleempty\doMySpace}
\def\doMySpace[#1]%
{\unskip\hphantom{#1}\ignorespaces}
\starttext
Text\hphantom{999}Text
Text\hphantom{999} Text
Text \hphantom{999} Text
\stoptext
and we have always the same gap.
Wolfgang
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] global layout change from header=none in \setuphead
Another of those 'not sure if I'm confused' examples:
\setuphead[title][header=none]
\starttext
\title{Hello}
\dorecurse{15}{\input tufte}
\stoptext
With header=empty, it worked as I expected: The first page had no page
number in the header and the other pages had a page number. Then I
tried the example above, with its header=none, so that the first page
would allocate no space for the header (as well as have no page number).
But then no pages, not only the first, allocated the header space.
Is there a subtle difference between header=none and header=empty making
the first one a global setting but the second one local to the page with
the title (the local behavior is what I had wanted)?
It's probably a related confusion or bug, but an alternative solution
(from http://www.ntg.nl/pipermail/ntg-context/2005/009180.html) using
\definelayout[1] also produced a global layout change:
\definelayout[1][height=7in]
\starttext
\title{Hello}
\dorecurse{15}{\input tufte}
\stoptext
This is all with ConTeXt ver: 2006.10.24 13:47 (same results on the live
context). Any hints appreciated!
-Sanjoy
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] In-line syntax highlighting for type
Hi, How can I define a command that is the inline version of \startTEX ... \stopTEX. (I need to show inline commands in color). There had been a discussion on this in the past, and Taco had suggested a solution http://archive.contextgarden.net/thread/20050907.093522.baf795f5.en.html which is also posted on the wiki. http://wiki.contextgarden.net/Verbatim_text#In-line_text However, due to the recent changes in verbatim code, that solution no longer works. Can anyone suggest how to fix it? Thanks, Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Two misfeatures in placefigure
Hi,
I found two misfeatures in placefigure.
1) with \placefigure[top] the figure can float to the top of the page,
even if the page starts a title or a chapter.
2) The paragraph after the figure is indented, even if it comes right
after a \section.
For example,
\setupindenting[medium,yes]
\setupfloats[indentnext=no]
\starttext
\chapter{This is a test}
\section{Introduction}
\placefigure[top][test]
{Sample Figure}{}
\input knuth
\stoptext
Notice that the figure is on the top of the page and the first
paragraph of knuth is indented. I could not find any options to turn
these features off. I think that (2) is hard to detect, and \noindent
before the paragraph is a workaround, but I could not find any
work-around for (1) other than moving the \placefigure invocation to
somewhere later.
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] url compared to hyperref
When using hyperref and displaying the resulting PDF in xpdf, I see links that are active. I tried achieving the same with useURL, url and goto, but the resulting links aren't active in xpdf. I have to use acroread to have active links. Is there a compelling reason for this behavior? Thanks, Marko pgpyhUETQU2IP.pgp Description: PGP signature ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
