does metafun require texexec --final?

does metafun require texexec --final?

[Sanjoy Mahajan]

I was trying experiments with the file below, changing r from 1cm to
10cm or vice versa, then rerunning texexec and looking at the pdf.  But
the pdf changes only the second time that I run texexec (and each time,
texexec runs metafun for the embedded graphic).  However, the pdf
changes right away if I give --final to texexec.  

So, is --final a requirement when using metafun, or am I hacking around
a problem I've caused by leaving something out?

Oh, having heeded Aditya's earlier advice on the list: \write18 is
enabled.

=============== cut here ==========
\starttext

\startreusableMPgraphic{a}
r := 1cm;
fill fullcircle scaled r;
\stopreusableMPgraphic

\placefigure[force,none]{}{\reuseMPgraphic{a}}

the figure above should be a small circle

\stoptext
=============== cut here ==========

-Sanjoy

Re: does metafun require texexec --final?

[Sanjoy Mahajan]

[Hans: Feature suggestion for figure inclusion at the end...]

I wrote:
> So, is --final a requirement when using metafun, or am I hacking
> around a problem I've caused by leaving something out?

An answer is that I should set \runMPgraphicstrue.  I thought it was
automatically set, half-remembering what Aditya said in the previous
thread on metafun.  So the following works (changing the r changes the
result right away without requiring --final or requiring two texexec
runs):

========= cut here ==================
\runMPgraphicstrue
\starttext

\startreusableMPgraphic{a}
r := 1cm;
fill fullcircle scaled r;
\stopreusableMPgraphic

\placefigure[force,none]{}{\reuseMPgraphic{a}}

the figure above should be a small circle

\stoptext
========= cut here ==================

To see where and when \runMPgraphicstrue was done, I looked into the
metafun interface code, and asked grep for help:

$ grep '\\runMPgraphicstrue' *.tex
s-pre-02.tex:113:%D switch \type {\runMPgraphicstrue} to the local file \type
supp-mps.tex:1195:%D \runMPgraphicstrue
supp-mps.tex:1209:%D \type{\runMPgraphicstrue}, the \METAPOST\ scratch file
supp-mps.tex:1653:%D \global\runMPgraphicstrue
supp-mps.tex:1991:   \runMPgraphicstrue

So it's commented-in only at line 1991, which is part of a new (to me)
method of figure inclusion: \startstaticMPgraphic, which says
"Dedicated to Aditya Mahajan. See meta-ini for usage", so I see how
Aditya would conclude that \runMPgraphicstrue is always true :-)

The following therefore also works to get instant updating, and is
more efficient than reusable MP graphics in that it reruns metapost on
included figures only when they change:

========= cut here ==================
% no need to set \runMPgraphicstrue
\starttext

% see how smart staticMPfigure is by changing r here but not
% in the figure definition itself.  Will it re-metapost the graphic?
% Answer: It's smart.
\startMPinclusions
r := 1cm;
\stopMPinclusions

\startstaticMPfigure{a}
fill fullcircle scaled r;
\stopstaticMPfigure

\placefigure[force,none]{}{\usestaticMPfigure[a]}

the figure above should be a small or large circle

\stoptext
========= cut here ==================

Which I just now see is on the Wiki page about metafun (I'd been
working from the excellent metafun manual).

It's doubly smart in that changing the papersize (which changes the
layout parameters, which are included in the metapost file) will rerun
the graphic, even if r stays the same.  So the graphic can base itself
on those parameters and be updated when needed.

Thanks, Hans and Aditya!

While experimenting with the methods of figure inclusion, I've been
changing among \reuseMPgraphic, \usestaticMPfigure, \useMPgraphic, and
\externalfigure to call up the figure.  Do all the figure labels live
in the same namespace?  In which case (warning: feature suggestion!)
when they are defined, e.g. with \useexternalfigure,
\startstaticMPfigure, ..., could the label have associated with it the
command that calls it up?  So one could do for all types:

\usefigure[thelabel]

and ConTeXt would figure out what kind of figure it is and turn
\usefigure into the appropriate one (\reuseMPgraphic, ...).  

Then speaking purely hypothetically of course: If, after learning
metafun, one decides to turn many external metapost figures into
metafun figures (and then static figures instead of reusable figures),
the figure placement commands don't have change.

-Sanjoy

`Never underestimate the evil of which men of power are capable.'
         --Bertrand Russell, _War Crimes in Vietnam_, chapter 1.

Re: does metafun require texexec --final?

[Wolfgang Schuster]

On Sat, 23 Sep 2006 15:03:57 +0100
Sanjoy Mahajan <sanjoy@mrao.cam.ac.uk> wrote:

> [Hans: Feature suggestion for figure inclusion at the end...]
> 
> I wrote:
> > So, is --final a requirement when using metafun, or am I hacking
> > around a problem I've caused by leaving something out?
> 
> An answer is that I should set \runMPgraphicstrue.  I thought it was
> automatically set, half-remembering what Aditya said in the previous
> thread on metafun.  So the following works (changing the r changes the
> result right away without requiring --final or requiring two texexec
> runs):
> 
> ========= cut here ==================
> \runMPgraphicstrue
> \starttext
> 
> \startreusableMPgraphic{a}
> r := 1cm;
> fill fullcircle scaled r;
> \stopreusableMPgraphic
> 
> \placefigure[force,none]{}{\reuseMPgraphic{a}}
> 
> the figure above should be a small circle
> 
> \stoptext
> ========= cut here ==================
> 
> To see where and when \runMPgraphicstrue was done, I looked into the
> metafun interface code, and asked grep for help:
> 
> $ grep '\\runMPgraphicstrue' *.tex
> s-pre-02.tex:113:%D switch \type {\runMPgraphicstrue} to the local file \type
> supp-mps.tex:1195:%D \runMPgraphicstrue
> supp-mps.tex:1209:%D \type{\runMPgraphicstrue}, the \METAPOST\ scratch file
> supp-mps.tex:1653:%D \global\runMPgraphicstrue
> supp-mps.tex:1991:   \runMPgraphicstrue
> 
> So it's commented-in only at line 1991, which is part of a new (to me)
> method of figure inclusion: \startstaticMPgraphic, which says
> "Dedicated to Aditya Mahajan. See meta-ini for usage", so I see how
> Aditya would conclude that \runMPgraphicstrue is always true :-)
> 
> The following therefore also works to get instant updating, and is
> more efficient than reusable MP graphics in that it reruns metapost on
> included figures only when they change:
> 
> ========= cut here ==================
> % no need to set \runMPgraphicstrue
> \starttext
> 
> % see how smart staticMPfigure is by changing r here but not
> % in the figure definition itself.  Will it re-metapost the graphic?
> % Answer: It's smart.
> \startMPinclusions
> r := 1cm;
> \stopMPinclusions
> 
> \startstaticMPfigure{a}
> fill fullcircle scaled r;
> \stopstaticMPfigure
> 
> \placefigure[force,none]{}{\usestaticMPfigure[a]}
> 
> the figure above should be a small or large circle
> 
> \stoptext
> ========= cut here ==================
> 
> Which I just now see is on the Wiki page about metafun (I'd been
> working from the excellent metafun manual).
> 
> It's doubly smart in that changing the papersize (which changes the
> layout parameters, which are included in the metapost file) will rerun
> the graphic, even if r stays the same.  So the graphic can base itself
> on those parameters and be updated when needed.
> 
> Thanks, Hans and Aditya!
> 
> While experimenting with the methods of figure inclusion, I've been
> changing among \reuseMPgraphic, \usestaticMPfigure, \useMPgraphic, and
> \externalfigure to call up the figure.  Do all the figure labels live
> in the same namespace?  In which case (warning: feature suggestion!)
> when they are defined, e.g. with \useexternalfigure,
> \startstaticMPfigure, ..., could the label have associated with it the
> command that calls it up?  So one could do for all types:
> 
> \usefigure[thelabel]
> 
> and ConTeXt would figure out what kind of figure it is and turn
> \usefigure into the appropriate one (\reuseMPgraphic, ...).  
> 
> Then speaking purely hypothetically of course: If, after learning
> metafun, one decides to turn many external metapost figures into
> metafun figures (and then static figures instead of reusable figures),
> the figure placement commands don't have change.
> 
> -Sanjoy
> 

Hi Sanjoy,

you should also look in your cont-sys.tex if \runMPgraphicstrue is
enabled for every ConTeXt run. 

Wolfgang

Re: does metafun require texexec --final?

[Sanjoy Mahajan]

Wolfgang,

Thanks for the pointer.  I don't have a cont-sys.tex, but cont-sys.rme
has these lines

% \runMPgraphicstrue
% \runMPTEXgraphicstrue

The .rme extension meant I'd missed it when I ran grep on the .tex
files.  I'll uncomment them.

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.  

So maybe the best approach is to edit cont-sys.rme directly, then
merge changes (using a revision control system like mercurial or git)
that arrive with the new context distributions.

-Sanjoy

`Never underestimate the evil of which men of power are capable.'
         --Bertrand Russell, _War Crimes in Vietnam_, chapter 1.

Re: does metafun require texexec --final?

[Wolfgang Schuster]

On Sat, 23 Sep 2006 17:46:56 +0100
Sanjoy Mahajan <sanjoy@mrao.cam.ac.uk> wrote:

> Wolfgang,
> 
> Thanks for the pointer.  I don't have a cont-sys.tex, but cont-sys.rme
> has these lines
> 
> % \runMPgraphicstrue
> % \runMPTEXgraphicstrue
> 
> The .rme extension meant I'd missed it when I ran grep on the .tex
> files.  I'll uncomment them.
> 
> 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.  
> 
> So maybe the best approach is to edit cont-sys.rme directly, then
> merge changes (using a revision control system like mercurial or git)
> that arrive with the new context distributions.
> 
> -Sanjoy
> 

You could make a copy of cont-sys.rme and save it as cont-sys.tex
without problems. 

The cont-sy.rme file is only loaded when ConTeXt can't find a
cont-sys.tex file on your system.

Don't bother about changes in the cont-sys.rme with a new ConTeXt
release, because the standalone Distribution for Windows comes with
both files and they have also differences. cont-sys.rme says
defaultencoding=ec and cont-sys.tex says defaultencoding=texnansi :-)

AFAIK this is somewhere mentioned in one of the manuals.

Wolfgang

Re: does metafun require texexec --final?

[Mojca Miklavec]

On 9/23/06, Sanjoy Mahajan wrote:
> So maybe the best approach is to edit cont-sys.rme directly, then
> merge changes (using a revision control system like mercurial or git)
> that arrive with the new context distributions.

Changes in cont-sys.rme don't happen that often. You can safely create
cont-sys.tex, edit that one and check for changes once in a (long)
while.

Here you can convince yourself that you aren't really missing anything
if your file is slightly older:
https://foundry.supelec.fr/plugins/scmsvn/viewcvs.php/tex/context/base/cont-sys.ori?root=contextrev&rev=128&view=log
https://foundry.supelec.fr/plugins/scmsvn/viewcvs.php/tex/context/user/cont-sys.rme?root=contextrev&rev=128&view=log

Mojca

Re: does metafun require texexec --final?

[Taco Hoekwater]

Mojca Miklavec wrote:
> On 9/23/06, Sanjoy Mahajan wrote:
> 
>>So maybe the best approach is to edit cont-sys.rme directly, then
>>merge changes (using a revision control system like mercurial or git)
>>that arrive with the new context distributions.
> 
> 
> Changes in cont-sys.rme don't happen that often. You can safely create
> cont-sys.tex, edit that one and check for changes once in a (long)
> while.

Changes to the .rme files are always explicitly flagged in the release
notes.

Taco

Re: does metafun require texexec --final?

[Hans Hagen]

Sanjoy Mahajan wrote:
> Wolfgang,
>
> Thanks for the pointer.  I don't have a cont-sys.tex, but cont-sys.rme
> has these lines
>
> % \runMPgraphicstrue
> % \runMPTEXgraphicstrue
>
> The .rme extension meant I'd missed it when I ran grep on the .tex
> files.  I'll uncomment them.
>
> 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


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
-----------------------------------------------------------------

Re: does metafun require texexec --final?

[Peter Münster]

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/

Re: does metafun require texexec --final?

[Hans Hagen]

� 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: does metafun require texexec --final?

[Sanjoy Mahajan]

> 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.

Re: does metafun require texexec --final?

[Patrick Gundlach]

Hi,

> 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.

I can't reproduce the problem. Please email me privately if this
problem persist.

@Mojca: I do have such a filter, but I should actually look into my
email accout :-)

@all: If you experience a problem with contextgarden.net, please send
me a CC:

Patrick
-- 
ConTeXt wiki and more: http://contextgarden.net