Re: [NTG-context] margin kerning issues
On Mon, 9 May 2005, Idris Samawi Hamid wrote: > In the following example, margin kerning works for \hyphen and > \endash, but not for `-' and `--'. I don't think this is an encoding > problem, because e.g. \hyphen and `-' generate the same output. all four text blocks show right protrusion here, with ConTeXt as of teTeX-3.0 and pdftex-1.21b-beta. Maybe your pdftex or ConTeXt is too old. Maybe try pdftex-1.21a. Regards, Hartmut ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] margin kerning issues
Dear gang,
In the following example, margin kerning works for \hyphen and \endash, but
not for `-' and `--'. I don't think this is an encoding problem, because e.g.
\hyphen and `-' generate the same output.
Please advise-)
Thnx as always
Idris
===
\setupoutput[pdftex]%
\setupfontsynonym[cmr10][handling=normal]
\usetypescript[cmr]
\setupbodyfont[10pt]
\setupalign[hanging]
\setuplayout[width=4.2in]
\showframe
\starttext
\dorecurse{40}{testing\hyphen\ test\hyphen\ }
\blank
\dorecurse{40}{testing- test- }
\blank
\dorecurse{40}{testing\endash\ test\endash\ }
\blank
\dorecurse{40}{testing-- test-- }
\hyphen\ -
\endash\ --
\stoptext
===
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] recent ConTeXt reference manual
Hans I am very impressed with your work. Please allow a question: I have typeset a greek/german/english text in an interlinear fashion using LaTeX. Now I would like to do this with ConTexT. My problem: Interlinear greek/other language greek in one file, 'other language' input from another file/other files. How do I get the words greek/other language postioned under each other ? I thought of importing a table into a table, but that would not work re column width. Does this have to be arranged with a perl script ? I you find the time, I would appreciate a hint/analysis. Heel bedankt Eckhart > Gentile wrote: >> Le lundi 09 mai 2005 à 15:59 +0200, luigi.scarso a écrit : >> >>>John R. Culleton wrote: >>> >>> I am not familiar with cont-emp. >>> >>>maybe cont-enp ? >>> >>>luigi >>>___ >>>ntg-context mailing list >>>ntg-context@ntg.nl >>>http://www.ntg.nl/mailman/listinfo/ntg-context >> >> >> I persist in thinking that a good up-to-date reference manual is >> definitively needed to attract new ConTeXers > > there will be a book some day -) > > also, pretty soon the beginners manual will be redone (in multiple > languages) > > 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 mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] recent ConTeXt reference manual
Fine Hans I'll wait for it. until that I'll try to dig in the other documents avalailable If you want some help for the french version, just ask me > there will be a book some day -) > > also, pretty soon the beginners manual will be redone (in multiple languages) > > Hans > Pierre ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] recent ConTeXt reference manual
Gentile wrote: Le lundi 09 mai 2005 Ã 15:59 +0200, luigi.scarso a Ãcrit : John R. Culleton wrote: I am not familiar with cont-emp. maybe cont-enp ? luigi ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context I persist in thinking that a good up-to-date reference manual is definitively needed to attract new ConTeXers there will be a book some day -) also, pretty soon the beginners manual will be redone (in multiple languages) 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] recent ConTeXt reference manual
Le lundi 09 mai 2005 Ã 15:59 +0200, luigi.scarso a Ãcrit : > John R. Culleton wrote: > > >I am not familiar with cont-emp. > > > maybe cont-enp ? > > luigi > ___ > ntg-context mailing list > ntg-context@ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-context I persist in thinking that a good up-to-date reference manual is definitively needed to attract new ConTeXers Sorry for my poor english Regards pierre ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Vertical alignment of footnotes in \bTABLE
The following admittedly contrived example exposes a problem
with vertical alignment of footnotes. The problem was first
encountered with a multipage table where the footnotes became
more far apart instead of on top of each other as here. It
appears the problem only occurs if
1. there is a cell with multiple lines
2. there is a cell that spans several columns.
Is there a workaround?
Regards, Johan
\starttext
{\startlocalfootnotes[n=0, location={text, none}]
\bTABLE
\bTR\bTD \input knuth \footnote{C1}\eTD\bTD A\footnote{C1}\eTD\bTD\eTD\eTR
\bTR\bTD[nx=2] A\footnote{A2}\eTD\bTD A\eTD\eTR
\eTABLE
\stoplocalfootnotes}
\placelocalfootnotes
\stoptext
--
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
Re: [NTG-context] combining references to several targets
Eckhart Guthöhrlein wrote:
On Sun, 08 May 2005 at 22:47:32+0200, Hans Hagen wrote:
Eckhart Guthöhrlein wrote:
Hi,
say that I have four tables with lables tab:A ... tab:D. Now, I would
like to say something like \in{Tables}[tab:A,tab:B,tab:C,tab:D] and the
output should be "Tables 2, 7-9".
\in{Tables}[tab:A], \in[tab:B]--\in[tab:D]
Of course, this solution works, but it can easily break.
So there is no automatic sorting and combining? If I don't know that
table B--D have continuous numbers, or if this changes in the course of
writing, those references will become wrong.
implementing this is not complex, but the tricky part is in the prefixes
(1.4, 2.5)
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] Recomputing useMPgraphic in footers
David Antos wrote:
Hello,
I have
\defineoverlay[Wave][\useMPgraphic{Wave}]
\startuseMPgraphic{Wave}
...
\stopuseMPgraphic
\setupbackgrounds[footer][text][background={Wave}]
The problem is that the graphics is not re-computed on every page,
although I pretty convinced it should.
On the opposite, when I set
\setupbackgrounds[text][text][background={Wave}]
it works perfectly well. (The difference is in [footer] vs. [text].)
An ugly workaround is to call \setupbackgrounds on every page, but it's
not nice at all. What went wrong?
as already mentioned (by taco): \setupbackgrounds[state=repeat]
only page and text area backgrounds are recalculated each page (otherwise the
speed penalty is too big]
an option is to do something:
\setupbackgrounds[page][background=PageBackground]
\defineoverlay[PageBackground][\reuseMPgraphic{PageBackground}]
\startreusableMPgraphic{PageBackground}
StartPage ;
fill Field[Text][Footer] withcolor red ;
StopPage ;
\stopreusableMPgraphic
(see metafun manual for details on the page stuff)
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] INstalling a new version of context
bb wrote: It would be a very good thing if stock texlive could reside in texmf and texmf-dist while your complex setup and bleeding edge stuff could reside in texmf-var, texmf-local, texmf-fonts, texmf-extras, etc. I can guess at several reasons why this might not be feasible. But it would be a worthy goal for both texlive and context to make such interoperability and upgradability trivial. The current confusion over engine support, for example, is simply maddening. Texlive is the closest thing that exists to a standard TeX "platform". One of its virtues, in my opinion, is its inflexibility. It is fairly stable over time and does not vary significantly across distributions like tetex does. Have you complained to the TeXlive maintainers as well? Haven't I made enough enemies already :-) not yet -) TeX Live is both a binary distribution and a collection of resources. Normally context -as shipped with tex live- works ok, apart from changes in non context specific parts that went unnoticed (chnages in font names, changes in patterns, and such) which may lead to broken functionality. Sebastian always tries to get the latest greatest context in there and tests it as well, so the problem is not in tex live as it is. The binaries are a different story. There is a close relationship between binaries like pdftex, mpost on the one hand and kpse and texmf.cnf on the other hand; and then there are of course the scripts that call these programs. It has always been kind of a struggle to make the scripts work for all platforms. The main reason for this is that the user interface of kpse is unix based and assumes a certain shell. Also, some associated scripts (fmtutil, updmap) are shell scripts. One can safely say that therefore tex live is mostly a unix distribution. History has learned that it's kind of tricky to keep the windows and unix versions in sync (if only because there are two source trees); last year there has been several incompatible changes in tds and the binaries; to mention a few: - the multiple suffixes (efmt,ofmt,fmt,xfmt,..) were replaced by one (fmt) under the assumption that the engine subpath would be used to distinguish between aleph, pdfetex, xetex, etc.; unfortunately in practice this is not supported due to the fact that it's too complex to incorporate in the form generating scripts; ---> this is why in texexec i need to deal with it myself and also need to catch old cases etc; shell escaping is thereby rather painful. - font paths (enc/map) has changed in an downwards incompatible way ---> this can be repaired by the textools script - as usual there were changes in patterns that went unnoticed ---> this is why i will start shipping context with its own pattern files - the script paths has changed as well as the way to locate scripts in the tree; which is quite painful fro those who run tex in integrated environments --> this is solved by using texmfstart as stub [that way i can try to remain downward compatible] keep in mind that some context users use aleph/pdfetex/xetex alongside and that many context users use fonts not present in the standard tree; so, we need to deal with that ourselves now, on my main machine i use windows and on the webservers linux; i never had problems in getting things running on windows, but unxi has always been troublesome, esp in updating systems that had already some kind of tex installed; this is why i always use the minimal distributions on unix: setuptex.sh nicely isolated the tree from whatever present; it is a known fact that, although tex live is rathere closely related to tetex, one should not install both alongside: different selection, different installation etc; macosx is yet another story but as far as i can see, gerben does a good job in providing update paths (no surprose since tex on the mac is moving faster than the rest) it may be good to know that the last user group dvd actually shipped with protext based on miktex; miktex also has an update policy; it would be interesting to see what happens with the miktex for unix announcement. currently fptex (or its more extensive version xemtex) is maintained independently from the rest of tex live, thereby maing tex live more and more unix adventure (apart from the resources tree) another source of confusion is the fact that each distribution ships with different trees (texmf, texmf-local, texmf.local, texmfte, texmfgw, texmf-dist, texmf-doc, etc); here i always merge the common part into texmf, and put context updates in texmf-local if you want the best tree: take the texmf tree from the user group dvd; this is a merge of the tex live trees, a bunch of ctan goodies, extra fonts etc; personally i tend to consider manfred's tree as the default one so ... it's a complex live out there and .. don't blame the maintainers too much .. it's not trivial to keep track of all changes in operating systems, compilers, libraries, macro packages etc ... it's o
Re: [NTG-context] INstalling a new version of context
I think I have things working with texlive. I will reproduce the
installation to make sure I capture all steps. It basically comes down
to:
1) Install texlive 2004 to /usr/local/TeX
2) (possibly optional) Compile new pdftex, pdfetex and pdfxtex and
replace executable and pool files in /usr/local/TeX/bin/i386-linux/
and /usr/local/TeX/texmf-local/web2c/ respectively.
3) Install beta cont-tmf.zip into /usr/local/TeX/texmf-context
4) Edit /usr/local/TeX/texmf-local/web2c/texmf.cnf to include the
following modifications from the copy in /usr/local/TeX/texmf/web2c:
TEXMFCONTEXT=$SELFAUTOPARENT/texmf-context
TEXMF={$HOMETEXMF,!!$VARTEXMF,$TEXMFLOCAL,!!$TEXMFCONTEXT,!!$TEXMFMAIN,!!$TEXMFDIST}
5) wget http://www.pragma-ade.com/context/install/linuxtex.zip
Unzip the file into a temporary directory and cd to tex/texmf-linux/bin.
Copy only the small stub scripts (all less than 50 bytes) to
/usr/local/TeX/bin/i386-linux overwriting similarly named executables.
Copy texmfstart to the same place, again overwriting the existing
executable. Delete the rest of the temporary linuxtex installation.
6) Update /usr/local/TeX/texmf-context/scripts/context/perl/texexec.pl
with the attached patch.
7) Download the latest lm fonts from CTAN and install them in the
correct folders in texmf-context.
8) Run updmap.
9) Run texexec --make --all
I'm sure I have forgotten some crucial step. Corrections and
simplifications are welcome.
On 5/9/05, Taco Hoekwater <[EMAIL PROTECTED]> wrote:
> bb wrote:
> >
> > Reading my own words I see how they don't exactly convey warm
> > appreciation for all the hard work that has been put into context.
>
> That's ok, i have written stuff in the not so distant past that
> was much, much less appreciative. :-)
>
> > below. Since texlive 2005 is in the process of being worked out,
> > perhaps a better use of time would be to ensure that a fully
> > functional, up-to-date (and upgradable!) context gets included.
>
> It wouldn't stay up-to-date for the whole year, only for the first
> six months or so. But you are right that the current (texlive2004)
> situation is particularly messy, and an effort should be made to
> make sure that the next texlive starts off with a more stable
> situation.
>
> Taco
>
>
*** /usr/local/TeX/texmf-context/scripts/context/perl/texexec.pl 2005-04-21 18:16:27.0 -0400
--- /usr/local/TeX/texmf-local/scripts/context/perl/texexec.pl 2005-05-09 14:39:51.0 -0400
***
*** 2305,2313
# fall back
if ($FormatPath eq '') {
if (($UseEnginePath)&&($EngineDone)) {
! $FormatPath = `$kpsewhich --engine=$EnginePath --expand-var=\$TEXFORMATS` ;
} else {
! $FormatPath = `$kpsewhich --expand-var=\$TEXFORMATS` ;
}
}
chomp $FormatPath ;
--- 2305,2313
# fall back
if ($FormatPath eq '') {
if (($UseEnginePath)&&($EngineDone)) {
! $FormatPath = `$kpsewhich --engine=$EnginePath --expand-var=\\\$TEXFORMATS` ;
} else {
! $FormatPath = `$kpsewhich --expand-var=\\\$TEXFORMATS` ;
}
}
chomp $FormatPath ;
***
*** 2474,2480
$texformats = '' ;
}
if ($texformats eq '') {
! $texformats = `kpsewhich --expand-var=\$TEXFORMATS`.chomp ;
}
if ($texformats !~ /web2c[\/\\].*\$ENGINE/) {
$texformats =~ s/web2c/web2c\/{\$ENGINE,}/ ;
--- 2474,2481
$texformats = '' ;
}
if ($texformats eq '') {
! $texformats = `kpsewhich --expand-var=\\\$TEXFORMATS` ;
! chomp($texformats) ;
}
if ($texformats !~ /web2c[\/\\].*\$ENGINE/) {
$texformats =~ s/web2c/web2c\/{\$ENGINE,}/ ;
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] try compiling Tex showcase source : program_sample.tex
olivier Turlier wrote: I've tryed to compile program-sample.tex, found after G.Wierda announcement, located at : http://tug.org/texshowcase/program_sample.tex, whithout success. The files are deliberately incomplete. I hope I left enough in there to learn from, but the particular background is intended for our local juggling association only. But even with the complete files, I never documented the steps to generate the output, which unfortunately (mostly due to memory limitations in Metapost) is more than a simple texexec. :-) Regards, Christopher ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] INstalling a new version of context
bb wrote: Reading my own words I see how they don't exactly convey warm appreciation for all the hard work that has been put into context. That's ok, i have written stuff in the not so distant past that was much, much less appreciative. :-) below. Since texlive 2005 is in the process of being worked out, perhaps a better use of time would be to ensure that a fully functional, up-to-date (and upgradable!) context gets included. It wouldn't stay up-to-date for the whole year, only for the first six months or so. But you are right that the current (texlive2004) situation is particularly messy, and an effort should be made to make sure that the next texlive starts off with a more stable situation. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] INstalling a new version of context
On 5/9/05, Taco Hoekwater <[EMAIL PROTECTED]> wrote: > bb wrote: > > > > I think it would be a very useful exercise for hh > > to install a complete texlive on a stock fedora box. > > I'm sure he would be happy to, if you provided the box and some > funding (!). Reading my own words I see how they don't exactly convey warm appreciation for all the hard work that has been put into context. Allow me to retract them and offer instead to help, as time, money, and resources permit :-) > > Then write down > > _every_ step necessary to get beta cont-tmf.zip installed and working. > > I guess I could conceivably try to do this, as long as I only have to > do it once, but I will not be able to provide support for it afterwards. I can understand your reluctance, especially since texlive has installation and maintenance issues of its own, as you allude to below. Since texlive 2005 is in the process of being worked out, perhaps a better use of time would be to ensure that a fully functional, up-to-date (and upgradable!) context gets included. > I have a fairly complex TeX setup, and for that reason I do not > use texlive. I can try to write down this howto for *current* context > beta and *current* pdfetex, but afterwards I have to revert my system > back to 'normal operation' immediately, so there is no way for me to > keep on helping people after the initial installation. It would be a very good thing if stock texlive could reside in texmf and texmf-dist while your complex setup and bleeding edge stuff could reside in texmf-var, texmf-local, texmf-fonts, texmf-extras, etc. I can guess at several reasons why this might not be feasible. But it would be a worthy goal for both texlive and context to make such interoperability and upgradability trivial. The current confusion over engine support, for example, is simply maddening. Texlive is the closest thing that exists to a standard TeX "platform". One of its virtues, in my opinion, is its inflexibility. It is fairly stable over time and does not vary significantly across distributions like tetex does. > > Assuming someone volunteers to pick up supporting context-on-texlive > afterwards, then I am willing to write down the initial page. > But I do not want to waste a day fighting TeXlive for no good, > so unless I hear from someone, I will do nothing. I am hesitant to accept your offer because I am afraid that my problems will be exposed as pathetically easy to fix. Before you go to the trouble, I will take some time to debug texexec.pl, which is where I think the final problem is. If I succeed, I will post the recipe on contextgarden. > > I would think that targeting texlive as the standard platform for > > distributing context on linux/unix would make the most sense. It > > should _not_ be necessary to make anything but a trivial change to > > texmf.cnf. > > Have you complained to the TeXlive maintainers as well? Haven't I made enough enemies already :-) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
RE: [NTG-context] alignment issues
Hi Taco, In addition to [flushright] and [flushleft], would it be possible to add support for the options [raggedright] and [raggedleft] (equivalent to the default [right] and [left] respectively)? This would add useful symmetry to the alignment options, and is easy to remember-) Thnx 4 all your help (Otared too!) and Best Idris >= Original Message From Taco Hoekwater <[EMAIL PROTECTED]> = >> \startalignment[right] bla bla bla \stopalignment > >You can use > > \startalignment[flushleft] bla bla bla \stopalignment > >instead Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
RE: FWD: [NTG-context] \inmargin, \setupindenting, and overfull boxes
Hi Hans Could you send me/post a copy of the modified macro/file (I'm at a mission-critical stage on a project and don't want to install a new beta before it's done unless absolutely necessary->) Also, is there a similar \dontcomplain fix for \start-\stopalignment[left] (underfull hbox)? Idris >= Original Message From Hans Hagen <[EMAIL PROTECTED]> = >> If there are a lot of margin notes, this can clutter the output >> considerably, and that's not so much a problem, but an annoyance. >> I've run into this as well, in context as well as in latex and >> in my own macros. The problem is usually something like: > >i've added a \dontcomplain to the main macro now Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Indenting after \stopitemize
Dear knights,
Has ConTeXt changed its default for indenting after \stopitemize? Normally
ConTeXt suppresses indentation after positive whitespace but this does not
work in e.g.
===
\setupoutput[pdftex]%
\setupindenting[medium,next]
\setupitemize[each][][before={\blank[big]},after={\blank[big]}]
\starttext
\startitemize
\item Item
\stopitemize
%\blank[big]
\input knuth
\stoptext
===
I think this used to work before...
How do I force no indentation after an itemize environment?
I'm also unclear about what the
indentnext=no
is supposed to do.
Thnx as always
Best
Idris
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Recomputing useMPgraphic in footers
David Antos wrote:
Hello,
I have
\defineoverlay[Wave][\useMPgraphic{Wave}]
\startuseMPgraphic{Wave}
...
\stopuseMPgraphic
\setupbackgrounds[footer][text][background={Wave}]
You need an additional
\setupbackgrounds[state=repeat]
here.
Greetings, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] inmarge figures and references
Thank you. Obviously, the version I downloaded with Fink is an old one
(and therefore understands Dutch). I'll check for texutil tonight and
let you know the result tomorrow, Jörg.
On May 9, 2005, at 4:11 PM, Taco Hoekwater wrote:
Jörg Hagmann wrote:
Hi Taco,
1. \inmarge figures can't be handled. Instead they appear in the
text. This is an example from the log file:
! Undefined control sequence.
l.35 \inmarge
{\externalfigure[8pyruvate_lab]}
The command is called \inmargin (at least in the english interface).
I was following the manual ("Context - an excursion") where \inmarge
is used with marginal figures. I thought that was the command to use,
and it works on my computer here.
I am using \inmargin with text; does what you are saying mean the two
commands do the same?
\inmarge is dutch for \inmargin, and it should have been replaced in
the 'excursion" when ConTeXt switched to low-level english commands
last year. So yes, they are the same, but if you are not using the
dutch interface explicitly, then \inmarge will only work in old
ConTeXt-s.
2. The references don't work ("??"). Again, an example:
references : unknown reference [][krebsbox]
Are you sure that texutil is started by the texexec run as it should?
No. How do I find out? And if it's not working, what should I do? (I
have to admit that I don't really understand the programme - I simply
translated into actions those few commands I could make sense of in
the texexec manual, such as make ...).
assuming you document is called 'test', then:
$ texexec test
should end with:
Output written on test.dvi (1 page, 296 bytes).
Transcript written on test.log.
return code : 0
run time : 1 seconds
sorting and checking : running texutil
TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004
action : processing commands, lists and registers
option : sorting IJ under Y
option : converting high ASCII values
input file : test.tui
output file : test.tuo
passed commands : 10
remapped keys : 0
register entries : 0 -> 0 entries 0 references
synonym entries : 0 -> 0 entries
embedded files : 1
total run time : 2 seconds
$
or something very much like this.
Good luck, 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] INstalling a new version of context
On Sunday 08 May 2005 08:44 pm, Hans Hagen wrote: > > wget www.pragma-ade.com/context/install/linuxtex.zip > unzip linuxtex.zip > cd tex > . setuptex > texexec --make --all > > after that, for each shell: > > . ~/tex/setuptex ~/tex > > (given tat you're in your home path) Following the above as a cookbook approach there is a problem with the texexec line. First I should mention that my default system path points to the TeXLive path of /usr/TeX/bin/i386-linux. so texexec --make --all will execute that program. If I go to the new texexec and execute it specifically: /usr/local/tex/texmf-linux/bin/texexec --make --all then it can't find Ruby. Also, the setuptex program as distributed is not marked as executable. If i mark it as executable and execute it the execution is in the blink of an eye. I am not sure it actually does anything. When I do set |less the value of TEXROOT does not show up. In the directory usr/local/tex/texmf-linux/bin if I execute ./pdfetex I get version 1.20a-2.2 (Web2C 7.5.3 But if I go to /usr/share/texmf/bin (the Slackware distribution of TeX) and execute ./pdfetex I get 1.21a-2.2 (Web2C 7.5.4) So the download of linuxtex.zip from Pragma gives an older version of crucial software than the straight Slackware install. Hence I will revert to that path. John Culleton The answers to all your publishing questions are found in the excellent books listed in the word-famous shortlist! http://wexfordpress.com/tex/shortlist.pdf ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] inmarge figures and references
Jörg Hagmann wrote:
Hi Taco,
1. \inmarge figures can't be handled. Instead they appear in the
text. This is an example from the log file:
! Undefined control sequence.
l.35 \inmarge
{\externalfigure[8pyruvate_lab]}
The command is called \inmargin (at least in the english interface).
I was following the manual ("Context - an excursion") where \inmarge is
used with marginal figures. I thought that was the command to use, and
it works on my computer here.
I am using \inmargin with text; does what you are saying mean the two
commands do the same?
\inmarge is dutch for \inmargin, and it should have been replaced in
the 'excursion" when ConTeXt switched to low-level english commands
last year. So yes, they are the same, but if you are not using the
dutch interface explicitly, then \inmarge will only work in old
ConTeXt-s.
2. The references don't work ("??"). Again, an example:
references : unknown reference [][krebsbox]
Are you sure that texutil is started by the texexec run as it should?
No. How do I find out? And if it's not working, what should I do? (I
have to admit that I don't really understand the programme - I simply
translated into actions those few commands I could make sense of in the
texexec manual, such as make ...).
assuming you document is called 'test', then:
$ texexec test
should end with:
Output written on test.dvi (1 page, 296 bytes).
Transcript written on test.log.
return code : 0
run time : 1 seconds
sorting and checking : running texutil
TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004
action : processing commands, lists and registers
option : sorting IJ under Y
option : converting high ASCII values
input file : test.tui
output file : test.tuo
passed commands : 10
remapped keys : 0
register entries : 0 -> 0 entries 0 references
synonym entries : 0 -> 0 entries
embedded files : 1
total run time : 2 seconds
$
or something very much like this.
Good luck, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] recent ConTeXt reference manual
John R. Culleton wrote: I am not familiar with cont-emp. maybe cont-enp ? luigi ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Recomputing useMPgraphic in footers
Hello,
I have
\defineoverlay[Wave][\useMPgraphic{Wave}]
\startuseMPgraphic{Wave}
...
\stopuseMPgraphic
\setupbackgrounds[footer][text][background={Wave}]
The problem is that the graphics is not re-computed on every page,
although I pretty convinced it should.
On the opposite, when I set
\setupbackgrounds[text][text][background={Wave}]
it works perfectly well. (The difference is in [footer] vs. [text].)
An ugly workaround is to call \setupbackgrounds on every page, but it's
not nice at all. What went wrong?
Thanks,
D.A.
--
Trust no man, not even your brother
With hair one colour and beard another
-- Ty Semaka (The Plaid Tongued Devils): never drown a cat
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: recent ConTeXt reference manual
> In general HH writes new manuals on specific topics rather than > updating existing ones. I am not familiar with cont-emp. What > is the title? cont-enp.pdf: context - the manual Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] inmarge figures and references
Hi Taco,
1. \inmarge figures can't be handled. Instead they appear in the
text. This is an example from the log file:
! Undefined control sequence.
l.35 \inmarge
{\externalfigure[8pyruvate_lab]}
The command is called \inmargin (at least in the english interface).
I was following the manual ("Context - an excursion") where \inmarge is
used with marginal figures. I thought that was the command to use, and
it works on my computer here.
I am using \inmargin with text; does what you are saying mean the two
commands do the same?
2. The references don't work ("??"). Again, an example:
references : unknown reference [][krebsbox]
Are you sure that texutil is started by the texexec run as it should?
No. How do I find out? And if it's not working, what should I do? (I
have to admit that I don't really understand the programme - I simply
translated into actions those few commands I could make sense of in the
texexec manual, such as make ...).
(and what type of reference are you talking about anyway?)
References in the text to Figures and Tables (\in{Figure}[RefName])
This also works on my computer here.
Thank you for your help, Jörg.
PD Dr.med. Jörg Hagmann-Zanolari
Institute of Biochemistry and Genetics
DKBW, University of Basel
Mattenstrasse 28
CH-4058 Basel
Switzerland
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] recent ConTeXt reference manual
On Sunday 08 May 2005 09:26 pm, Gentile wrote: > Hello, > > I'm looking for an up-to-date version on the ConTeXt reference manual > (cont-emp.pdf). The one I fond at Pragma's site is dated November 12, > 2001. Is it the latest ? > In general HH writes new manuals on specific topics rather than updating existing ones. I am not familiar with cont-emp. What is the title? -- John Culleton The answers to all your publishing questions are found in the excellent books listed in the word-famous shortlist! http://wexfordpress.com/tex/shortlist.pdf ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] inmarge figures and references
Hi Jörg,
1. \inmarge figures can't be handled. Instead they appear in the text.
This is an example from the log file:
! Undefined control sequence.
l.35 \inmarge
{\externalfigure[8pyruvate_lab]}
The command is called \inmargin (at least in the english interface).
2. The references don't work ("??"). Again, an example:
references : unknown reference [][krebsbox]
Are you sure that texutil is started by the texexec run as it should?
(and what type of reference are you talking about anyway?)
A minimal example would help.
Greetings, taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Problem with \mainlanguage[fr] and javascript
Le Sun, 08 May 2005 22:50:33 +0200, Hans Hagen <[EMAIL PROTECTED]> a écrit:
Denis Pinsard wrote:
Hello,
The following code doesn't work with the fr option.
It seems that there is interferences with javascript features.
Any idea to solve this problem is welcome.
Thank you in advance.
\mainlanguage[fr]
\setupinteraction[state=start]
\definefield [Help] [check] [HelpSetup] [helpinfo] [helpinfo]
\setupfields[reset]
\setupfield[HelpSetup][option={readonly,hidden}]
\definesymbol [helpinfo] [SomeHelpText]
\starttext
\fitfield[Help]
\goto {Help} [JS(Toggle_Hide{Help})].
\stoptext
this works ok in my version; what version do you run?
Sorry, in the email I have forgotten two commands :
\useencoding[ffr]
\enableregime[il1]
\mainlanguage[fr]
\setupinteraction[state=start]
\definefield [Help] [check] [HelpSetup] [helpinfo] [helpinfo]
\setupfields[reset]
\setupfield[HelpSetup][option={readonly,hidden}]
\definesymbol [helpinfo] [SomeHelpText]
\starttext
\fitfield[Help]
Résultat: \goto {Help} [JS(Toggle_Hide{Help})].
\stoptext
It seems that the problem comes from \useencoding[ffr].
(TeXExec version is 5.2.4).
This same command causes also a compilation error when I want to use
the fp package for floating operations :
\useencoding [ffr]
\enableregime[il1]
\mainlanguage[fr]
\input fp.tex
\starttext
\FPadd\result{4}{5}
Résultat: \result
\stoptext
Thank you for your help.
--
Denis.
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] inmarge figures and references
Dear list members,
My happiness about my first pdf-file was a bit premature. It worked
fine on my Mac at work (TeX and ConTeXt downloaded with Fink
commander). But on the two setups I'm using at home (TeXLive and
ConTeXt on Mac OS X; teTeX on Mandrakelinux 10.1 on a Powermac G4) the
exactly same two problems occur:
1. \inmarge figures can't be handled. Instead they appear in the text.
This is an example from the log file:
! Undefined control sequence.
l.35 \inmarge
{\externalfigure[8pyruvate_lab]}
?
<./FIGURES//8pyruvate_lab.pdf
Warning: pdfetex (file ./FIGURES//8pyruvate_lab.pdf): pdf inclusion:
Page Group
detected which pdfTeX can't handle. Ignoring it.
>
figures: dimensions of ./FIGURES//8pyruvate_lab.pdf loaded from
figuref
ile itself
2. The references don't work ("??"). Again, an example:
references : unknown reference [][krebsbox]
Everything else (chapter numbering, textrule, figures, footnotes,
tables etc.) is working. Also, the test suggested in the texexec manual
("\framed") is working.
Since the tex file itself has not been changed, I suppose that
something is wrong with my setups at home. Thank you for any
suggestions.
Jörg.
PD Dr.med. Jörg Hagmann-Zanolari
Institute of Biochemistry and Genetics
DKBW, University of Basel
Mattenstrasse 28
CH-4058 Basel
Switzerland
Phone +41 (0)61 6953049
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] no 'd' in math-eul.tex
Thanks, I already repaired it, I just thought it should not be propagated further ... -- 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 - Original Message - From: Adam Lindsay <[EMAIL PROTECTED]> Date: Monday, May 9, 2005 11:50 am Subject: Re: [NTG-context] no 'd' in math-eul.tex > OKAY! > Ignore my last two messages! :| Sorry, I've been "distracted" by > this EU > project meeting where I'm sitting. > > You're absolutely right. This is a stupid, stupid bug. You can fix > thiswith a patch like the following, in your favourite patch- > putting-place: > > \starttypescript[math][euler][special] > \startmathcollection [eul] > \definemathcharacter [d] [nothing] [mr] ["64] > \definemathcharacter [D] [nothing] [mr] ["44] > \stopmathcollection > \stoptypescript > > I don't have anything against the letter 'd'. Honest! > > aeam linesay > > Johan Sandblom said this at Mon, 9 May 2005 09:14:29 +0200: > > >In the math-eul.tex shown in the contextgarden.net source browser > >dated 2003.02.03, which is the only one I have found, the > following lines > >occur > > > >... > >\definemathcharacter [c] [nothing] [mr] ["63] > >\definemathcharacter [d] [nothing] [mr] ["65] > >\definemathcharacter [e] [nothing] [mr] ["65] > >\definemathcharacter [f] [nothing] [mr] ["66] > >... > > > >and > > > >... > >\definemathcharacter [C] [nothing] [mr] ["43] > >\definemathcharacter [D] [nothing] [mr] ["45] > >\definemathcharacter [E] [nothing] [mr] ["45] > >\definemathcharacter [F] [nothing] [mr] ["46] > >... > > > >making 'd' and 'D' print as 'e' and 'E'. I suppose this is a > >mistake? > > > >Regards, Johan > > > >-- > >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 > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED] > Lancaster University, InfoLab21+44(0)1524/510.514 > Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > ___ > 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] no 'd' in math-eul.tex
OKAY! Ignore my last two messages! :| Sorry, I've been "distracted" by this EU project meeting where I'm sitting. You're absolutely right. This is a stupid, stupid bug. You can fix this with a patch like the following, in your favourite patch-putting-place: \starttypescript[math][euler][special] \startmathcollection [eul] \definemathcharacter [d] [nothing] [mr] ["64] \definemathcharacter [D] [nothing] [mr] ["44] \stopmathcollection \stoptypescript I don't have anything against the letter 'd'. Honest! aeam linesay Johan Sandblom said this at Mon, 9 May 2005 09:14:29 +0200: >In the math-eul.tex shown in the contextgarden.net source browser >dated 2003.02.03, which is the only one I have found, the following lines >occur > >... >\definemathcharacter [c] [nothing] [mr] ["63] >\definemathcharacter [d] [nothing] [mr] ["65] >\definemathcharacter [e] [nothing] [mr] ["65] >\definemathcharacter [f] [nothing] [mr] ["66] >... > >and > >... >\definemathcharacter [C] [nothing] [mr] ["43] >\definemathcharacter [D] [nothing] [mr] ["45] >\definemathcharacter [E] [nothing] [mr] ["45] >\definemathcharacter [F] [nothing] [mr] ["46] >... > >making 'd' and 'D' print as 'e' and 'E'. I suppose this is a >mistake? > >Regards, Johan > >-- >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 -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED] Lancaster University, InfoLab21+44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: FWD: [NTG-context] \inmargin, \setupindenting, and overfull boxes
Taco Hoekwater wrote: If there are a lot of margin notes, this can clutter the output considerably, and that's not so much a problem, but an annoyance. I've run into this as well, in context as well as in latex and in my own macros. The problem is usually something like: i've added a \dontcomplain to the main macro now 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, LaTeX, or an XML for academic writing?
or an XML dtd (tbook or DocBook?) plus appropriate tools. I'm ruling out Word (having wrestled with it at work), and am reluctant to use anything similar like OpenOffice. I have used LaTeX for some things in the past. I was in a similar situation a few years ago (writing my PhD thesis). I think you are absolutely right when you avoid Word and everything Wordish. Making a big document with Word requires a lot of knowledge about what you should avoid. And in the end you'll still spend your nights wondering why the the crossreferences or page numbers go wrong. I ended up using LaTeX. I didn't know much about ConTeXt by that time, and also had a lot of maths in the book. I am not sure which one I'd take, if I could choose right now. I think your choice is one of the following: LaTeX, DocBook, ConTeXt, ConTeXt+XML. However, your wishlist looks a bit difficult. A few comments: 1) future-proofing. LaTeX is more common. On the other hand, you can (and should) take a snapshot of your working environment when you've finished what you're doing. All TeX variants (and XML stuff) are future-proof in the sense that all text and images are easy to recover if needed. Use only PDF, JPG, and PNG for images to be on the safe side. Reproducing the same layout depends on many other issues, even small changes in font metrics may change things. It is also well possible that 30 years from now nobody remembers ConTeXt (or DocBook or LaTeX or TeX). XML is in a way a safe bet, but even there you're up to some programming if the tools disappear. 2) semantic rather than layout-oriented markup as much as possible. I think this is something you can do with all alternatives. In a typical ConTeXt (and LaTeX) file there is a lot of layout stuff in the beginning, but in the document itself the tagging is really independent from layout, if you've done the preliminary work right. At least I consider it bad style, if you use explicit font switches or equivalent in a document. However, even if you think the layout is not that important, you'll need to do a lot of things with it before having a printable book. In this sense ConTeXt seems to give a lot of possibilities, but the documentation is not very complete. LaTeX is a bit more difficult, and you need to do more TeXing, but in practice you don't as someone else has done it before (packages). Fonts are difficult in any case :) I am not a DocBook specialist, but my impression is that it is really not so much geared towards printable layout. This, of course, makes the markup separate from the layout. This is the key in making successful documents with any system: The content and the layout are two different layers. Word processing programs mix them into a sorry mess, but for the smoothest workflow they should be separated. It should even be possible for different people do do carry out the two different tasks. 3) relatively easy integration with some form of bibliographic database(ish) system (bibtex would do). (.*)TeX will do. 4) ability to produce pdf's, html, and rtf versions (for interoperation with Word-users) at least. PDF is a must. HTML can be reproduced from (.*)TeX, but DocBook is the only one designed with HTML in mind. On the other hand this may reflect to the print quality; TeX is a real typesetting system. There are ways to make TeX out of DocBook (e.g. passiveTeX), but the quality is not always as good as with other alternatives. HTML is more a matter of taste. A nicely working PDF is -- IMHO -- much easier to use. It is easy to search from the complete document, and links from the index and ToC make the use straightforward. Modern displays are sufficiently high-res for PDF to be read on-screen. Also, printing a complete PDF document is easy. The situation becomes much more complicated if you need RTF. It is a completely different story, a word processor editable format. I guess you don't really want to distribute your work in editable format, and PDF can be read with virtually any computer. So, I'd concentrate on making a visually pleasing high-quality PDF with working links in it. That will make most readers happy. 5) no need for me to write any code. I used to be a programmer, and when I left, promised myself, my wife, and my cat that I would never write a line of code again. I don't mind a bit of TeXish fiddling if *absolutely* necessary. All alternatives are equivalent in this sense. Of course, if you plan on doing something with ConTeXt/XML, that requires some work, but not really programming. And all layout stuff with (.*)TeX requires some serious head scratching in the beginning, anyway. ConTeXt seems to fit the bill for 1,3 and 5. I'm not sure about 4 (html? rtf?) or 2 (I haven't had a proper look at the nature of the available macros yet) . I'd say it'll fill number 2, as well. But RTF, no. There may be kludges to make it kind of, you know, a bit like, errr, RTFish, but nothing really good. The re
Re: [NTG-context] no 'd' in math-eul.tex
Johan Sandblom wrote: In the math-eul.tex shown in the contextgarden.net source browser dated 2003.02.03, which is the only one I have found, the following lines occur ... \definemathcharacter [c] [nothing] [mr] ["63] \definemathcharacter [d] [nothing] [mr] ["65] \definemathcharacter [e] [nothing] [mr] ["65] \definemathcharacter [f] [nothing] [mr] ["66] ... and ... \definemathcharacter [C] [nothing] [mr] ["43] \definemathcharacter [D] [nothing] [mr] ["45] \definemathcharacter [E] [nothing] [mr] ["45] \definemathcharacter [F] [nothing] [mr] ["46] ... making 'd' and 'D' print as 'e' and 'E'. I suppose this is a mistake? indeed, should be "64 and "44 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] no 'd' in math-eul.tex
Hmm, disturbing.
What system/engine are you using?
Could you email me with your output (off-list is best), and include
\showfont[zeurm10] as well?
cheers,
adam
Johan Sandblom said this at Mon, 9 May 2005 11:01:51 +0200:
>If 'c' and 'C' in your example are changed to
>'d' and 'D', it illustrates the point. I also have
>the fonts installed following your excellent guide.
>
>Johan
>
>--
>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
>
>- Original Message -
>From: Adam Lindsay <[EMAIL PROTECTED]>
>Date: Monday, May 9, 2005 10:05 am
>Subject: Re: [NTG-context] no 'd' in math-eul.tex
>
>> Johan Sandblom said this at Mon, 9 May 2005 09:14:29 +0200:
>>
>> >making 'd' and 'D' print as 'e' and 'E'. I suppose this is a
>> >mistake?
>>
>> Huh? I think those hex values are correct.
>> Do you have a test case that doesn't work for you? This works for
>> me (I
>> have the EulerVM fonts installed):
>>
>> \definetypeface[cheu][rm][serif][charter][default][encoding=ec]
>> \definetypeface[cheu][mm][math][euler][euler][rscale=1.05]
>> \setupbodyfont[cheu]
>>
>> \starttext
>> \startformula
>> A + B + C = A^{B^C}
>> \stopformula
>> \startformula
>> a + b + c = a^{b^c}
>> \stopformula
>>
>> \stoptext
>>
>> --
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
>> Lancaster University, InfoLab21+44(0)1524/510.514
>> Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>
>> ___
>> 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
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
Lancaster University, InfoLab21+44(0)1524/510.514
Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] INstalling a new version of context
bb wrote: I think it would be a very useful exercise for hh to install a complete texlive on a stock fedora box. I'm sure he would be happy to, if you provided the box and some funding (!). Most developers that work on free software miss at least one of the following: * spare hardware * spare disk space * spare operating systems * spare time Then write down _every_ step necessary to get beta cont-tmf.zip installed and working. I guess I could conceivably try to do this, as long as I only have to do it once, but I will not be able to provide support for it afterwards. I have a fairly complex TeX setup, and for that reason I do not use texlive. I can try to write down this howto for *current* context beta and *current* pdfetex, but afterwards I have to revert my system back to 'normal operation' immediately, so there is no way for me to keep on helping people after the initial installation. Assuming someone volunteers to pick up supporting context-on-texlive afterwards, then I am willing to write down the initial page. But I do not want to waste a day fighting TeXlive for no good, so unless I hear from someone, I will do nothing. I would think that targeting texlive as the standard platform for distributing context on linux/unix would make the most sense. It should _not_ be necessary to make anything but a trivial change to texmf.cnf. Have you complained to the TeXlive maintainers as well? After all, they are the distributors. Perhaps they could make it just a bit easier to add stuff to an existing TeXlive install? The upgrade path for any TeXlive basically is: download an update iso image, burn it, and re-install. There is no support for partial upgrades (at least there wasn't last time I looked, which is, admittedly, a few years ago) Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] no 'd' in math-eul.tex
If 'c' and 'C' in your example are changed to
'd' and 'D', it illustrates the point. I also have
the fonts installed following your excellent guide.
Johan
--
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
- Original Message -
From: Adam Lindsay <[EMAIL PROTECTED]>
Date: Monday, May 9, 2005 10:05 am
Subject: Re: [NTG-context] no 'd' in math-eul.tex
> Johan Sandblom said this at Mon, 9 May 2005 09:14:29 +0200:
>
> >making 'd' and 'D' print as 'e' and 'E'. I suppose this is a
> >mistake?
>
> Huh? I think those hex values are correct.
> Do you have a test case that doesn't work for you? This works for
> me (I
> have the EulerVM fonts installed):
>
> \definetypeface[cheu][rm][serif][charter][default][encoding=ec]
> \definetypeface[cheu][mm][math][euler][euler][rscale=1.05]
> \setupbodyfont[cheu]
>
> \starttext
> \startformula
> A + B + C = A^{B^C}
> \stopformula
> \startformula
> a + b + c = a^{b^c}
> \stopformula
>
> \stoptext
>
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
> Lancaster University, InfoLab21+44(0)1524/510.514
> Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
> ___
> 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] no 'd' in math-eul.tex
Johan Sandblom said this at Mon, 9 May 2005 09:14:29 +0200:
>making 'd' and 'D' print as 'e' and 'E'. I suppose this is a
>mistake?
Huh? I think those hex values are correct.
Do you have a test case that doesn't work for you? This works for me (I
have the EulerVM fonts installed):
\definetypeface[cheu][rm][serif][charter][default][encoding=ec]
\definetypeface[cheu][mm][math][euler][euler][rscale=1.05]
\setupbodyfont[cheu]
\starttext
\startformula
A + B + C = A^{B^C}
\stopformula
\startformula
a + b + c = a^{b^c}
\stopformula
\stoptext
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
Lancaster University, InfoLab21+44(0)1524/510.514
Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] alignment issues
\startalignment[right] bla bla bla \stopalignment You can use \startalignment[flushleft] bla bla bla \stopalignment instead Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] no 'd' in math-eul.tex
In the math-eul.tex shown in the contextgarden.net source browser dated 2003.02.03, which is the only one I have found, the following lines occur ... \definemathcharacter [c] [nothing] [mr] ["63] \definemathcharacter [d] [nothing] [mr] ["65] \definemathcharacter [e] [nothing] [mr] ["65] \definemathcharacter [f] [nothing] [mr] ["66] ... and ... \definemathcharacter [C] [nothing] [mr] ["43] \definemathcharacter [D] [nothing] [mr] ["45] \definemathcharacter [E] [nothing] [mr] ["45] \definemathcharacter [F] [nothing] [mr] ["46] ... making 'd' and 'D' print as 'e' and 'E'. I suppose this is a mistake? Regards, Johan -- 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
