Re: [NTG-context] does metafun require texexec --final?
On Sun, 24 Sep 2006, Hans Hagen wrote: Oh, that's not a good idea, because the next context update will overwrite cont-sys.rme. So I should copy cont-sys.rme to cont-sys.tex first, then uncomment the lines in cont-sys.tex. But then a context update will overwrite cont-sys.rme, and the new version will be ignored because I have a cont-sys.tex. right, that's the idea ; just occasionally peek in the shipped cont-sys.rme to see if something important came up ... not that frequently What do you think about a cont-sys.tex like this: \input cont-sys.rme \runMPgraphicstrue \runMPTEXgraphicstrue \endinput ? 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] calculations
Hi,
Henning Hraban Ramm wrote:
I think I tried everything but didn't get it to work.
For the moment I use:
\def\LPscale{0.6315789} % downscale the image
\def\LPkscale{632}
% doesn't work: \def\LPkscale{\numexpr1000\LPscale\relax}
Missed this thread so far, but how about this?
\edef\LPkscale{\the\numexpr1000\LPscale\relax}
Cheers, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Very strange bug related to textbackground
Duncan Hothersall wrote: I have been fighting with this one for ages, and have now narrowed down the culprit, but I do not understand why it happens. Latest (non-beta) ConTeXt, also tested in the live garden (same result): and the beta? Just downloaded and tried beta 'ver 2006.09.25 23:38 MK II' - same result I'm afraid. Duncan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
Sanjoy Mahajan wrote:
With the new beta, this stress test for \sometxt works fine:
\setupcolors[state=start]
\starttext
\startstaticMPfigure{fig}
label(\sometxt{he\color[blue]{ab}lo}, origin) withcolor red;
draw fullcircle scaled 1cm xscaled 2;
\stopstaticMPfigure
\usestaticMPfigure[fig]
xyz
\stoptext
Well, it comes out in red, then blue, but the last two letters ('lo')
are in black, I guess because pdftex doesn't have a color stack. But
that's not what I was meaning to test. I just wanted to test \sometxt
and it looks good.
this is tricky; context has a color stack, but the text and mp stuff
work independently (in mp there is no symmetry in color handling); i can
imagine a different handling of mp colors, but this will slow down
things (comes down to pushing and popping colors on the context color
stack and such)
in this situation, i think that the best we can do is to revert to the
current color, so i patched things a bit:
test case:
\setupcolors[state=start,textcolor=red]
\starttext
red
\color[green]{green
\startMPcode
label(\sometxt{green\color[blue]{blue}green}, origin)
withcolor red;
draw fullcircle scaled 1cm xscaled 2;
\stopMPcode
green}
red
\stoptext
But, the following now doesn't work (I'm pretty sure it would have
worked with 2006.08.08 because I've been using the boxes macros alot):
= dc2.tex [my crazy naming scheme] ===
\starttext
\startMPinclusions
input boxes
\stopMPinclusions
\startstaticMPfigure{fig}
boxit.h(btex h etex);
drawboxed(h);
\stopstaticMPfigure
\usestaticMPfigure[fig]
xyz
\stoptext
It produces
This is MetaPost, Version 0.901 (Web2C 7.5.3)
(/home/sanjoy/texmf/web2c/natural.tcx)
(texexec-mpgraph.mp
boxit.h
! Isolated expression.
to be read again
(
l.150 boxit.h(
btex h etex
?
That's from making:
hm, i'll add the inclusions
(here it fails anyway doe to some
clearboxes-clearboxes
.clearb_(h);
clearboxes-clearboxes
.clearb_(h);
clearboxes-clearboxes
.clearb_(h);
clearboxes-clearboxes
.clearb_(h);
clearboxes-clearboxes
no time to look into that now (i never use boxes)
i'll make a new beta
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] \sometxt in staticMPfigure
Sanjoy Mahajan wrote: Ah, you're right and I just realized what happened. 'ctxtools --updatecontext' calls unzip with -uo: -u update existing files and create new ones if needed. This option performs the same function as the -f option, extracting (with query) files that are newer than those with the same name on disk, and in addition it extracts those files that do not already exist on disk. See -f above for information on setting the timezone properly. I'd been hacking with tex.rb (debugging the --dvi switch) so my tex.rb was more recent than the one in cont-tmf.zip, so it wasn't updated. Is it important to have -u? I'd take the -u switch out of my own ctxtools.rb but then it'll eventually get overwritten with the next update, and the -u switch will be back! dunno, probably only for speed reasons, so maybe we should use just -o 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] split natural table over columns
Is it possible to make a natural table split over columns or columnsets?
For instance below I would like three cells in each column
\starttext
\startcolumns{3}
\placetable{}{
\bTABLE[split=repeat]
\dorecurse{9}{\bTR\bTD ha \eTD\eTR}
\eTABLE}
\stopcolumns
\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] Very strange bug related to textbackground
Just downloaded and tried beta 'ver 2006.09.25 23:38 MK II' - same result I'm afraid. then i need a better test file + explanation (or maybe i have some local patch) Hans You are not seeing the effect? I have put some files up on the web, generated with the latest beta. The (bad) output and source with the \definetextbackground line in: http://www.capdm.com/public/context/test-bad.pdf http://www.capdm.com/public/context/test-bad.tex The (good) output and source with the \definetextbackground line commented out: http://www.capdm.com/public/context/test-good.pdf http://www.capdm.com/public/context/test-good.tex I don't know if that will help? Thanks, Duncan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Very strange bug related to textbackground
Duncan Hothersall wrote: Duncan Hothersall wrote: I have been fighting with this one for ages, and have now narrowed down the culprit, but I do not understand why it happens. Latest (non-beta) ConTeXt, also tested in the live garden (same result): and the beta? Just downloaded and tried beta 'ver 2006.09.25 23:38 MK II' - same result I'm afraid. then i need a better test file + explanation (or maybe i have some local patch) 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] does metafun require texexec --final?
sure, that's an option, but up to the user (maybe wikify this suggestion) Patrick: Not sure if it's a firefox-only problem or one that the contextgarden wiki can help with by sending more detailed mime types, but... If I try to edit the top level of a page by clicking the edit tab at the top, then I get a dialog box from Firefox (on Linux). I just tried it with http://wiki.contextgarden.net/Cont-sys.tex and got You have chosen to open index.php which is a: PHP script. What should Firefox do with this file?... If I'm logged in to the wiki then it happens. If I'm not logged in, then I get the wiki editor page and all is fine. If a page has sections, I can click the edit link to the right of the section title and it works fine whether or not I'm logged in. -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] \sometxt in staticMPfigure
\starttext
\startMPinclusions
input boxes
\stopMPinclusions
\startstaticMPfigure{fig}
boxit.h(btex h etex);
drawboxed(h);
\stopstaticMPfigure
\usestaticMPfigure[fig]
xyz
\stoptext
hm, i'll add the inclusions
(here it fails anyway doe to some
clearboxes-clearboxes
.clearb_(h);
I'd seen those errors in one of my tests. Oh, that's what it was: I'd
tried the input boxes line in the figure itself. Had you tried the
same thing either by hand or with the inclusions or verbatimtex..etex
material going inside the figure? Here's the test file:
\starttext
\startstaticMPfigure{fig}
input boxes
boxit.h(btex h etex);
drawboxed(h);
\stopstaticMPfigure
\usestaticMPfigure[fig]
\stoptext
Regular metapost gives the same clearboxes error (not sure if it's a
MP bug or something tricky the boxes package did that doesn't work
inside a figure?). Feed this file to mpost to test:
beginfig(1)
input boxes
boxit.h(btex h etex);
drawboxed(h);
endfig;
end
i'll make a new beta
Thanks.
-Sanjoy
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] texexec command line switches missing in ruby version
Hi all, the ruby version of texexec is missing some command line switches I have been using. I'm missing --result (however, I could live without that) and especially --mode and --passon. Are there any workarounds? Also, texexec doesn't complain when given a command line switch, which it doesn't understand. Regards, - Ralf ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
you can test the beta - 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] texexec command line switches missing in ruby version
Ralf Schmitt wrote: Hi all, the ruby version of texexec is missing some command line switches I have been using. I'm missing --result (however, I could live without that) and especially --mode and --passon. Are there any workarounds? hm, mode and result should work (TeXExec | version 6.2.0 - 1997-2006)) Also, texexec doesn't complain when given a command line switch, which it doesn't understand. on the todo list Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec command line switches missing in ruby version
Ralf Schmitt wrote: Hi all, the ruby version of texexec is missing some command line switches I have been using. I'm missing --result (however, I could live without that) and especially --mode and --passon. Are there any workarounds? Apparently I'm a bit mistaken: --mode is working. --result is not. None is listed in texexec --help. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
Is it important to have -u? dunno, probably only for speed reasons, so maybe we should use just -o I agree. Correctness over speed, I think. -u makes testing reports less reliable and can cause subtle bugs when all the files don't share the same version (I noticed it soon in this case only because it had happened to me before when it took a while to find). -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] does metafun require texexec --final?
� wrote: On Sun, 24 Sep 2006, Hans Hagen wrote: Oh, that's not a good idea, because the next context update will overwrite cont-sys.rme. So I should copy cont-sys.rme to cont-sys.tex first, then uncomment the lines in cont-sys.tex. But then a context update will overwrite cont-sys.rme, and the new version will be ignored because I have a cont-sys.tex. right, that's the idea ; just occasionally peek in the shipped cont-sys.rme to see if something important came up ... not that frequently What do you think about a cont-sys.tex like this: \input cont-sys.rme \runMPgraphicstrue \runMPTEXgraphicstrue \endinput sure, that's an option, but up to the user (maybe wikify this suggestion) 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] \sometxt in staticMPfigure
you can test the beta
This gives the clearboxes error:
=== box.tex ===
\startMPinclusions
input boxes
\stopMPinclusions
\starttext
\startstaticMPfigure{fig}
boxit.h(btex h etex);
drawboxed(h);
\stopstaticMPfigure
\usestaticMPfigure[fig]
\stoptext
=
The cause is that it produces this intermediate mp file:
= box-fig.mp ===
input boxes
boxit.h(btex h etex);
drawboxed(h);
===
This fails because all three lines go into a beginfig..endfig and
metapost fails. That may be a metapost bug in this case, but for
robustness I think it should become:
input boxes
beginfig(1)
boxit.h(btex h etex);
drawboxed(h);
endfig;
end
In order to do that transformation, box-fig.mp would need separate
sections for the inclusions and for the main figure code.
Am I using inclusions incorrectly? i.e. Should I instead use
MPextensions to get material placed at the top of the metapost file
for use by all figures? Like this:
=== box-e.tex
\startMPextensions
input boxes
\stopMPextensions
\starttext
\startstaticMPfigure{fig}
boxit.h(btex h etex);
drawboxed(h);
\stopstaticMPfigure
\usestaticMPfigure[fig]
\stoptext
===
But that produces
(texexec-mpgraph.mp
boxit.h
! Isolated expression.
to be read again
(
l.148 boxit.h(
btex h etex
?
because the added extensions ('input boxes') are not included in
texexec-mpgraph.mp.
-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
[NTG-context] eqnalign
Hello list, Is it possible to break eqalign across pages? If not, is there any other possibility to have math formulas aligned and broken across pages? cu, Adam. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
Hans Hagen wrote:
test case:
\setupcolors[state=start,textcolor=red]
\starttext
red
\color[green]{green
\startMPcode
label(\sometxt{green\color[blue]{blue}green}, origin)
withcolor red;
draw fullcircle scaled 1cm xscaled 2;
\stopMPcode
green}
red
\stoptext
The test case works as you say (2006.09.26 beta). Though I don't
understand why [Note added later: I now understand, see at the
end...]: e.g. why the 'green' text in the \sometxt is green.
Shouldn't the withcolor red trump the \color[green] from ConTeXt? I
take your point about the lack of a color stack in metapost and the
difficulty of getting the metapost and context stacks to interact.
Here's a shorter example of what I'm confused about.
\setupcolors[state=start,textcolor=yellow]
\starttext
\startMPcode
label(\sometxt{?red?}, origin) withcolor red;
\stopMPcode
\stoptext
The label(\sometxt{...}) withcolor red would produce postscript code like
1 0 0 setrgbcolor
font stuff for ?red?
0 0 0 setrgbcolor
and that would be surrounded by code to set textcolor to yellow.
Oh, I understand now. The \sometxt{} wraps the ?red? in yellow
setrgbcolor, since that's seen first by ConTeXt, and *then* it's
wrapped by metapost in red setrgcolor, so the red is overridden by the
yellow inside it.
-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] \sometxt in staticMPfigure
Sanjoy Mahajan wrote:
Hans Hagen wrote:
test case:
\setupcolors[state=start,textcolor=red]
\starttext
red
\color[green]{green
\startMPcode
label(\sometxt{green\color[blue]{blue}green}, origin)
withcolor red;
draw fullcircle scaled 1cm xscaled 2;
\stopMPcode
green}
red
\stoptext
The test case works as you say (2006.09.26 beta). Though I don't
understand why [Note added later: I now understand, see at the
end...]: e.g. why the 'green' text in the \sometxt is green.
Shouldn't the withcolor red trump the \color[green] from ConTeXt? I
take your point about the lack of a color stack in metapost and the
difficulty of getting the metapost and context stacks to interact.
Here's a shorter example of what I'm confused about.
\setupcolors[state=start,textcolor=yellow]
\starttext
\startMPcode
label(\sometxt{?red?}, origin) withcolor red;
\stopMPcode
\stoptext
The label(\sometxt{...}) withcolor red would produce postscript code like
1 0 0 setrgbcolor
font stuff for ?red?
0 0 0 setrgbcolor
and that would be surrounded by code to set textcolor to yellow.
Oh, I understand now. The \sometxt{} wraps the ?red? in yellow
setrgbcolor, since that's seen first by ConTeXt, and *then* it's
wrapped by metapost in red setrgcolor, so the red is overridden by the
yellow inside it.
indeed, another option is to replace more of mp's color stuff by context but
then we may end up in other problems
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] split natural table over columns
Johan Sandblom wrote:
Is it possible to make a natural table split over columns or columnsets?
For instance below I would like three cells in each column
\starttext
\startcolumns{3}
\placetable{}{
\bTABLE[split=repeat]
\dorecurse{9}{\bTR\bTD ha \eTD\eTR}
\eTABLE}
\stopcolumns
\stoptext
pretty complex: balancing and afterwards splitting graphics and such;
beyond my current ambitions
--
-
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] texexec command line switches missing in ruby version
Ralf Schmitt wrote: Ralf Schmitt wrote: Hi all, the ruby version of texexec is missing some command line switches I have been using. I'm missing --result (however, I could live without that) and especially --mode and --passon. Are there any workarounds? Apparently I'm a bit mistaken: --mode is working. --result is not. None is listed in texexec --help. strange, since texexec test --result=oeps just works here. Do others have similar problems with --result? 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] calculations
Am 2006-09-26 um 08:53 schrieb Taco Hoekwater:
I think I tried everything but didn't get it to work.
For the moment I use:
\def\LPscale{0.6315789} % downscale the image
\def\LPkscale{632}
% doesn't work: \def\LPkscale{\numexpr1000\LPscale\relax}
Missed this thread so far, but how about this?
\edef\LPkscale{\the\numexpr1000\LPscale\relax}
Thank you.
That doesn't run on an error, but scales way too much.
With
\def\LPscale{0.6315789}
the command should have the same effect as
\def\LPkscale{632}
But
\edef\LPkscale{\the\numexpr1000\LPscale\relax}
seems to scale about 100 times too much.
I simply(?!?) want to multiply some floating point value with 1000 to
set the scale parameter of \externalfigure.
Why ist this so difficult?
Is there a book or tutorial on TeX as a programming language somewhere?
Greetlings from Lake Constance!
Hraban
---
http://www.fiee.net/texnique/
http://contextgarden.net
http://www.cacert.org (I'm an assurer)
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] split natural table over columns
Hi Johan,
Johan Sandblom wrote:
Is it possible to make a natural table split over columns or columnsets?
see
http://wiki.contextgarden.net/Tables_Overview
what is possible and what is not. Currently only *linetable* is
supporting horizontal splitting. The syntax looks similar to TABLE, but
I don't know the details (never used it). Anyhow worth a try...
http://wiki.contextgarden.net/Linetable
But I don't understand why you want to split a table over columns. You
can reach this effect by using offsets (or empty columns if you use
backgrounds or frames), beside from the (in my eyes) strange look. And
how will you guarantee that a complete table line is horizontally
aligned inside of columns (and pages)? Sounds like overkill to me ;)
Peter
For instance below I would like three cells in each column
\starttext
\startcolumns{3}
\placetable{}{
\bTABLE[split=repeat]
\dorecurse{9}{\bTR\bTD ha \eTD\eTR}
\eTABLE}
\stopcolumns
\stoptext
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec command line switches missing in ruby version
Hans Hagen wrote: Ralf Schmitt wrote: Ralf Schmitt wrote: Hi all, the ruby version of texexec is missing some command line switches I have been using. I'm missing --result (however, I could live without that) and especially --mode and --passon. Are there any workarounds? Apparently I'm a bit mistaken: --mode is working. --result is not. None is listed in texexec --help. strange, since texexec test --result=oeps just works here. Do others have similar problems with --result? oeps works here (yesterdays beta) texmfstart texexec --autopdf --result=oeps test Peter 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
[NTG-context] mp to pdf inline conversion adds whitespace (2006.09.26 beta)
I'm using the 2006.09.26 beta, and noticed an extra gap before some
external metapost figures. Here is a small test:
test.mp =
beginfig(1)
draw fullcircle scaled (0.75in) xscaled 1.5;
endfig;
end
==
With this test file, there is a whitespace of about 1cm between the
first hairline and the ellipse:
=== test.tex (has 1cm gap) ===
\starttext
\hrule
\placefigure[force,none]{}{\externalfigure[test.1]}
\hrule
\stoptext
==
If I convert test.1 to test-1.pdf and include that, all is fine:
=== test.tex (works) =
\starttext
\hrule
\placefigure[force,none]{}{\externalfigure[test-1.pdf]}
\hrule
\stoptext
==
If test.mp draws a square or rectangle instead of an ellipse, then
there's no difference (both versions of test.tex work).
-Sanjoy
`A society of sheep must in time beget a government of wolves.'
-- Bertrand de Jouvenal
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] LilyPond module for LilyPond 2.9.x
Yeah, I finally got it working with recent versions of LilyPond! (The most important change was from linewidth to line-width, and I overlooked that far too long...) The module still has lots of issues (e.g. paths for external command like lilypond are hardcoded), but it does what I want it to do. ;-) Could someone please exchange the module in the garden? Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://contextgarden.net http://www.cacert.org (I'm an assurer) t-lilypond.tex Description: Binary data ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] split natural table over columns
Hi
But I don't understand why you want to split a table over columns. You
can reach this effect by using offsets (or empty columns if you use
backgrounds or frames), beside from the (in my eyes) strange look. And
how will you guarantee that a complete table line is horizontally
aligned inside of columns (and pages)? Sounds like overkill to me ;)
I don't understand how you mean with offsets or empty columns, do you
have an example? I wanted the functionality for a very narrow table in
a booklet where paper economy is a great concern. It does not matter
if it is horizontally aligned, a hole at the end (though ugly) might
still save an entire page for other useful information. Of course it
is overkill, but since every strange request on this list usually
leads to a pointer to functionality implemented several years back, I
figured it couldn't hurt to ask ...
Johan
Peter
For instance below I would like three cells in each column
\starttext
\startcolumns{3}
\placetable{}{
\bTABLE[split=repeat]
\dorecurse{9}{\bTR\bTD ha \eTD\eTR}
\eTABLE}
\stopcolumns
\stoptext
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
--
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] mp to pdf inline conversion adds whitespace (2006.09.26 beta)
Sanjoy Mahajan wrote:
I'm using the 2006.09.26 beta, and noticed an extra gap before some
external metapost figures. Here is a small test:
test.mp =
beginfig(1)
draw fullcircle scaled (0.75in) xscaled 1.5;
endfig;
end
==
With this test file, there is a whitespace of about 1cm between the
first hairline and the ellipse:
=== test.tex (has 1cm gap) ===
\starttext
\hrule
\placefigure[force,none]{}{\externalfigure[test.1]}
\hrule
\stoptext
==
If I convert test.1 to test-1.pdf and include that, all is fine:
=== test.tex (works) =
\starttext
\hrule
\placefigure[force,none]{}{\externalfigure[test-1.pdf]}
\hrule
\stoptext
==
If test.mp draws a square or rectangle instead of an ellipse, then
there's no difference (both versions of test.tex work).
that's indeed weird, any hypothesis to start from?
Hans
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mp to pdf inline conversion adds whitespace (2006.09.26 beta)
Sanjoy Mahajan wrote: If test.mp draws a square or rectangle instead of an ellipse, then there's no difference (both versions of test.tex work). looks like a bbox error 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] LilyPond module for LilyPond 2.9.x
Am 2006-09-26 um 20:34 schrieb Henning Hraban Ramm:
Yeah, I finally got it working with recent versions of LilyPond!
No, it doesn't. :-(
And it's strange: the external command for lilypond gets called, but
not that for epstopdf:
% I tried different methods to convert the LilyPond EPS to PDF:
\def\LP{/usr/local/bin/lilypond -b eps -f eps -dno-gs-load-fonts -
dinclude-eps-fonts }
%\def\TU{/usr/local/teTeX/bin/powerpc-apple-darwin-current/texutil }
\def\TU{perl /usr/local/teTeX/share/texmf.local/scripts/context/perl/
texutil.pl }
%\def\PDF{/usr/local/teTeX/bin/powerpc-apple-darwin-current/epstopdf }
\def\PDF{\TU --figures --epstopdf } % --figures not yet in Ruby
version
\ifeof18
\installprogram{\LP \bufferprefix lilypond-\the\lily!figures.tmp}%
\doif\jobsuffix{pdf}{%
\installprogram{\PDF \bufferprefix lilypond-\the\lily!
figures.eps}%
}%
\else
\executesystemcommand{\LP \bufferprefix lilypond-\the\lily!
figures.tmp}%
\doif\jobsuffix{pdf}{%
\executesystemcommand{\PDF \bufferprefix lilypond-\the\lily!
figures.eps}%
}%
\fi
I thought it would work, because I already had a PDF of my score EPS
from a previous test.
If I call one of the above epstopdf commands manually, it works, i.e.
the notes appear in my PDF after the next texexec run.
Somewhere in the output it says system commands are disabled - but
the LilyPond call works, and write18 is enabled in my texexec.ini
Greetlings from Lake Constance!
Hraban
---
http://www.fiee.net/texnique/
http://contextgarden.net
http://www.cacert.org (I'm an assurer)
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] calculations
Hi Hraban,
Henning Hraban Ramm wrote:
Am 2006-09-26 um 08:53 schrieb Taco Hoekwater:
I think I tried everything but didn't get it to work.
For the moment I use:
\def\LPscale{0.6315789} % downscale the image
\def\LPkscale{632}
% doesn't work: \def\LPkscale{\numexpr1000\LPscale\relax}
Missed this thread so far, but how about this?
\edef\LPkscale{\the\numexpr1000\LPscale\relax}
Thank you.
That doesn't run on an error, but scales way too much.
With
\def\LPscale{0.6315789}
the command should have the same effect as
\def\LPkscale{632}
But
\edef\LPkscale{\the\numexpr1000\LPscale\relax}
seems to scale about 100 times too much.
maybe
\numexpr1000\dimexpr\LPscale\relax\relax
I have a good feeling about it ;)
I simply(?!?) want to multiply some floating point value with 1000 to
set the scale parameter of \externalfigure.
Why ist this so difficult?
Because there is no normal float type in TeX like in common programming
languages. Also all calculation is limited by \maxdimen.
Is there a book or tutorial on TeX as a programming language somewhere?
I like 'Tex by Topic' alot. Don't know if that fits your needs.
http://archive.contextgarden.net/message/20060901.140544.1fe86b32.en.html
Greetings, Peter
Greetlings from Lake Constance!
Hraban
---
http://www.fiee.net/texnique/
http://contextgarden.net
http://www.cacert.org (I'm an assurer)
___
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] calculations
Peter Rolf wrote: I like 'Tex by Topic' alot. Don't know if that fits your needs. http://archive.contextgarden.net/message/20060901.140544.1fe86b32.en.html that ons is ok (apart from a buggy index) and i use that most of the time it also helps to have the tex book around the advanced tex book is also ok but rather plain tex 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] LilyPond module for LilyPond 2.9.x
Henning Hraban Ramm wrote:
% I tried different methods to convert the LilyPond EPS to PDF:
\def\LP{/usr/local/bin/lilypond -b eps -f eps -dno-gs-load-fonts -
dinclude-eps-fonts }
%\def\TU{/usr/local/teTeX/bin/powerpc-apple-darwin-current/texutil }
\def\TU{perl /usr/local/teTeX/share/texmf.local/scripts/context/perl/
texutil.pl }
%\def\PDF{/usr/local/teTeX/bin/powerpc-apple-darwin-current/epstopdf }
\def\PDF{\TU --figures --epstopdf } % --figures not yet in Ruby
version
use texmfstart!
texmfstart whateverscript whateverargs
will free you from adding the path
lilypond -b eps -f eps -dno-gs-load-fonts -dinclude-eps-fonts
or texmfstart bin:lilypond
conversion to pdf:
texmfstart pdftops somefile.eps
if may be worth using the -ifchanged cum suis features so that you don't get
more runs than needed
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] \sometxt in staticMPfigure
Sanjoy Mahajan wrote:
you can test the beta
This gives the clearboxes error:
=== box.tex ===
\startMPinclusions
input boxes
\stopMPinclusions
\starttext
\startstaticMPfigure{fig}
boxit.h(btex h etex);
drawboxed(h);
\stopstaticMPfigure
\usestaticMPfigure[fig]
\stoptext
=
The cause is that it produces this intermediate mp file:
= box-fig.mp ===
input boxes
boxit.h(btex h etex);
drawboxed(h);
===
This fails because all three lines go into a beginfig..endfig and
metapost fails. That may be a metapost bug in this case, but for
robustness I think it should become:
input boxes
beginfig(1)
boxit.h(btex h etex);
drawboxed(h);
endfig;
end
In order to do that transformation, box-fig.mp would need separate
sections for the inclusions and for the main figure code.
Am I using inclusions incorrectly? i.e. Should I instead use
MPextensions to get material placed at the top of the metapost file
for use by all figures? Like this:
=== box-e.tex
\startMPextensions
input boxes
\stopMPextensions
\starttext
\startstaticMPfigure{fig}
boxit.h(btex h etex);
drawboxed(h);
\stopstaticMPfigure
\usestaticMPfigure[fig]
\stoptext
===
But that produces
(texexec-mpgraph.mp
boxit.h
! Isolated expression.
to be read again
(
l.148 boxit.h(
btex h etex
?
because the added extensions ('input boxes') are not included in
texexec-mpgraph.mp.
the problem (if you look into the mp file) is that there is *no*
beginfig; this is because we now use a more stupid (stripped down)
variant of saving the graphic.
\startstaticMPfigure{fig}
beginfig(1);
boxit.h(btex h etex);
drawboxed(h);
endfig;
\stopstaticMPfigure
i'll add the b/e to the main macro.
-
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] LilyPond module for LilyPond 2.9.x
Am 2006-09-26 um 22:23 schrieb Hans Hagen:
use texmfstart!
texmfstart whateverscript whateverargs
will free you from adding the path
lilypond -b eps -f eps -dno-gs-load-fonts -dinclude-eps-fonts
or texmfstart bin:lilypond
conversion to pdf:
texmfstart pdftops somefile.eps
if may be worth using the -ifchanged cum suis features so that you
don't get more runs than needed
Thank you very much, that works! Now I have:
\def\LP{texmfstart --exec bin:lilypond -b eps -dno-gs-load-fonts -
dinclude-eps-fonts }
\def\PDF{texmfstart --ifchanged pstopdf }
with \executesystemcommand or \installprogram
If I add --ifchanged to the lilypond call, it never does anything;
without it's called twice (like before, I couldn't find out why).
Greetlings from Lake Constance!
Hraban
---
http://www.fiee.net/texnique/
http://contextgarden.net
http://www.cacert.org (I'm an assurer)
t-lilypond.tex
Description: Binary data
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] split natural table over columns
Hi Johan,
Johan Sandblom wrote:
Hi
But I don't understand why you want to split a table over columns. You
can reach this effect by using offsets (or empty columns if you use
backgrounds or frames), beside from the (in my eyes) strange look. And
how will you guarantee that a complete table line is horizontally
aligned inside of columns (and pages)? Sounds like overkill to me ;)
I don't understand how you mean with offsets or empty columns, do you
have an example? I wanted the functionality for a very narrow table in
a booklet where paper economy is a great concern. It does not matter
if it is horizontally aligned, a hole at the end (though ugly) might
still save an entire page for other useful information. Of course it
is overkill, but since every strange request on this list usually
leads to a pointer to functionality implemented several years back, I
figured it couldn't hurt to ask ...
Sorry, I have missed that your test table has only one column (really
narrow). So offset and empty column are pretty useless. :)
I thought there were 9 table columns, that should be split over the
three page columns.
So all depends on the exact size of your table. Can you make a minimal
example?
Greetings, Peter
Johan
Peter
For instance below I would like three cells in each column
\starttext
\startcolumns{3}
\placetable{}{
\bTABLE[split=repeat]
\dorecurse{9}{\bTR\bTD ha \eTD\eTR}
\eTABLE}
\stopcolumns
\stoptext
___
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] LilyPond module for LilyPond 2.9.x
Hi Hraban! This is great! Recently I was trying Lilypond again and thought, that this music-typesetting environment should be used within ConTeXt. - Your module worked, after adapting the three path-defs under Windows! Thanks Hraban and Chritopher! Willi Henning Hraban Ramm wrote: Yeah, I finally got it working with recent versions of LilyPond! (The most important change was from linewidth to line-width, and I overlooked that far too long...) The module still has lots of issues (e.g. paths for external command like lilypond are hardcoded), but it does what I want it to do. ;-) Could someone please exchange the module in the garden? Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://contextgarden.net http://www.cacert.org (I'm an assurer) ___ 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] \sometxt in staticMPfigure
Hans Hagen [EMAIL PROTECTED] wrote: indeed, another option is to replace more of mp's color stuff by context but then we may end up in other problems I'm guessing that pdftex+lua will make it easier to meld tex and metapost. -Sanjoy `A society of sheep must in time beget a government of wolves.' -- Bertrand de Jouvenal ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
Hans Hagen wrote:
the problem (if you look into the mp file) is that there is *no*
beginfig; this is because we now use a more stupid (stripped down)
variant of saving the graphic.
Right, I looked into the mp file and saw the new plan.
\startstaticMPfigure{fig}
beginfig(1);
boxit.h(btex h etex);
drawboxed(h);
endfig;
\stopstaticMPfigure
i'll add the b/e to the main macro.
I briefly thought about adding the beginfig..endfig by hand, but I
figured it would fail because texexec would wrap another
beginfig..endfig around it -- since it didn't know that some parts of
the file needed to go outside the beginfig..endfig.
However, a simple experiment trumps a fine theory: I added the
beginfig..endfig and it worked. But the theory wasn't all wrong.
Here's a snippet of texexec-mpgraph.mp
==
beginfig(1);
verbatimtex \global \loadfontfileoncetrue etex;
input boxes
beginfig(1)
boxit.h(btex h etex
);
drawboxed(h);
endfig;
;
endfig;
==
Not sure how metapost managed to deal with the nested beginfig's, but it
did. Here's what the log said:
2 output files written: texexec-mpgraph.1 .. texexec-mpgraph.1
It looks like a fragile method. Instead the beginfig..endfig should be
put in explicitly into the mp file (just as you said) and the inclusions
should go outside the beginfig..endfig.
-Sanjoy
`A society of sheep must in time beget a government of wolves.'
-- Bertrand de Jouvenal
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec command line switches missing in ruby version
Ralf Schmitt [EMAIL PROTECTED] wrote: Apparently I'm a bit mistaken: --mode is working. --result is not. None is listed in texexec --help. I haven't noticed problems with those. But could you post a short test file and the full command line that you use? Then I can test it here (running Linux, not sure if that's what you are running). I have noticed that --passon hasn't been working since I switched from perl to ruby texexec. I used to use to turn on -file-line-error to get an error output format that more closely matches what a C compiler produces, and is therefore easier for Emacs to parse in a *compilation* buffer. -Sanjoy `A society of sheep must in time beget a government of wolves.' -- Bertrand de Jouvenal ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mp to pdf inline conversion adds whitespace (2006.09.26 beta)
Hans Hagen [EMAIL PROTECTED] wrote:
If test.mp draws a square or rectangle instead of an ellipse, then
there's no difference (both versions of test.tex work).
looks like a bbox error
I didn't think so, because after mptopdf got hold of the figure, the
whitespace around the figure was right and mptopdf should have used the
bbox in the figure. So my only guess was that the internal conversion
to pdf was getting confused somewhere.
If test.mp draws a square or rectangle instead of an ellipse, then
there's no difference (both versions of test.tex work).
that's indeed weird, any hypothesis to start from?
My hypothesis was refuted by testing the rectangle. I had hoped (if
that's the right word) that the internal conversion was using the width
where it should have used the height, which is why the ellipse would
cause problems. Which is why I tried the square, and it was fine --
more evidence for the theory. But the rectangle was fine, so my theory
died.
in core-fig.tex patch:
\def\dogetfiguresizeeps
{\dogetEPSboundingbox\wantedfigurefullname\!!widtha\!!heighta\!!widthb\!!heightb
\xdef\analyzedfigurewidth {\the\!!widthb}%
\xdef\analyzedfigureheight{\the\!!heightb}}
somehow i assumed that i was dealing with bbox values
That fixes it here, thanks. I see what happened with my test cases now.
The ellipse had its lower left corner away from the origin, so the old
analyzedfigureheight was larger than it should have been. But the
rectangle and square start at the origin, so you don't see the effect.
btw, a convenient way to visualize such thing sis:
\placefigure[force,none]{}{\externalfigure[test.1][frame=on]}
\placefigure[force,none]{}{\externalfigure[test-1.pdf][frame=on]}
Good to know. Plus I was wondering how to do that anyway.
-Sanjoy
`A society of sheep must in time beget a government of wolves.'
-- Bertrand de Jouvenal
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] chinese characters in an itemize environment
Peter Rolf schrieb:
Lutz Haseloff wrote:
Peter Rolf schrieb:
just guessing (but worth a try):
\setupitemgroups[inbetween=any fixed dimen]
The default is .5ex, which depends on the current font (see end of
core-itm.tex).
HTH, Peter
\setupitemgroups[inbetween=2cm]
doesn't work.
Iterestingly an inserted \mbox makes the error going away:
It also works with \hbox{} or \null in front of the chinese text only.
So I guess you are right with your assumption, that it's a (chinese)
font specific problem. The additional indention of the chinese text is
only clearly visible, when you mix the languages.
Sorry, can't help you any further. BTW: is this the correct chinese
translation?
Greetings, Peter
\startitemize[m,packed]
\item\mbox{}三个小矮人
\item\mbox{}Die drei Männlein im Walde
\stopitemize
Thats why i assume, this has to do with the chinese
characters, and not only with the different fonts.
is there a cleaner way as to define something like
\def\myitem{\item\null} ?
Greetings
Lutz
Greetings
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
