Hi,
I've been trying to use the 'cmarrows' metapost library with ConTeXt/mplib.
Essentially it's a thin wrapper around the cmr metafont sources to get
the arrowheads.
This triggers an incompatibility between mplib and classic mpost/mf:
pt#:=1pt;
In MetaFont/MetaPost pt# is an allowed
Hello,
Were do MetaPost messages go using mplib? (/dev/null?)
I see nothing on the console nor in the log file.
Alan
\starttext
\startMPpage
message a circle ;
draw fullcircle scaled 2 cm ;
\stopMPpage
\stoptext
On 11/12/2012 10:43 AM, Alan BRASLAU wrote:
Hello,
Were do MetaPost messages go using mplib? (/dev/null?)
I see nothing on the console nor in the log file.
Alan
\starttext
\startMPpage
message a circle ;
draw fullcircle scaled 2 cm ;
\stopMPpage
\stoptext
\starttext
On 11/12/2012 10:43 AM, Alan BRASLAU wrote:
Hello,
Were do MetaPost messages go using mplib? (/dev/null?)
I see nothing on the console nor in the log file.
Alan
\starttext
\startMPpage
message a circle ;
draw fullcircle scaled 2 cm ;
\stopMPpage
\stoptext
the next beta has:
On Mon, 12 Nov 2012 10:59:04 +0100
Hans Hagen pra...@wxs.nl wrote:
On 11/12/2012 10:43 AM, Alan BRASLAU wrote:
Hello,
Were do MetaPost messages go using mplib? (/dev/null?)
I see nothing on the console nor in the log file.
Alan
\starttext
\startMPpage
message a circle ;
On Mon, Nov 12, 2012 at 12:24 PM, Alan BRASLAU alan.bras...@cea.fr wrote:
On Mon, 12 Nov 2012 10:59:04 +0100
Hans Hagen pra...@wxs.nl wrote:
\enabletrackers[metapost.showlog]
Thanks
(Should this be enabled by default?)
hm, write on std{err,out} slows down the process
--
luigi
On Mon, 12 Nov 2012 12:29:41 +0100
luigi scarso luigi.sca...@gmail.com wrote:
hm, write on std{err,out} slows down the process
But normally there should be very few messages,
as message and show should be used with parsimony...
(Indeed there are very few in the standard metapost and metafun
On Mon, 12 Nov 2012, luigi scarso wrote:
On Mon, Nov 12, 2012 at 12:24 PM, Alan BRASLAU alan.bras...@cea.fr wrote:
On Mon, 12 Nov 2012 10:59:04 +0100
Hans Hagen pra...@wxs.nl wrote:
\enabletrackers[metapost.showlog]
Thanks
(Should this be enabled by default?)
hm, write on
On Mon, 12 Nov 2012 10:59:04 +0100
Hans Hagen pra...@wxs.nl wrote:
the next beta has:
\enabletrackers[metapost.showlog]
produces:
metapost log: [1]
metapost log: (Please type a command or say `end')
Clearly we do not want to see this prompt...
Alan
Peter Rolf schrieb:
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal example yet.
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal example yet.
Peter
Peter Rolf wrote:
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal example yet.
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal
Dear developers,
Here is the example and warnings.
Example:
\startuseMPgraphic{mpos:par:columnset:textuline}
\iftracepositions show_multi_pars \else draw_multi_pars \fi ;
path p ; p := boundingbox currentpicture ;
currentpicture := currentpicture shifted
On Mon, Apr 27, 2009 at 08:33:04AM +0800, Wei-Wei Guo wrote:
Dear developers,
Here is the example and warnings.
The compiled result has no underline and ConTeXt complains during compilation:
mplib : making 'metafun.mp' into
Longmin Wang 写道:
Hi Longmin,
It works fine here with the latest beta and luatex 0.40. You may try
to delete luatex-cache and regenerate it.
It solves the problem, thanks.
I find another problem with the example in my previous email. I changed the
example a little bit.
Example:
Hi Olivier,
Olivier wrote:
Btw: could you add in the doc a simple example of how to set up an mplib
instance
(loading the format file) and typesetting a minimal graphic, and then
use it from within plain TeX for instance; this is transparent to
conTeXt users since there are files like
Hi Taco,
Running mplib is easy enough to document, but that is only a part of
the work: you also have to convert the image to pdf literals, and
that is more work than I would like to put in the manual.
OK. It could be nice then to simply state this?
Anyway, attached is a bunch of
Hi Olivier and Hans,
Olivier wrote:
Thanks a lot for these. With these hints I am now able to compile
metapost figs from conTeXt through texexec --luatex normaly.
To this end, I had to perform two tweaks:
* the files mlib-run.lua, mlib-ctx.lua, and mlib-pdf.lua were *NEVER*
loaded so
Taco,
Wouldn't that mean that
$ luatools mlib-pdf.lua
also fails to find the files? luatools --generate should be able to
fix that.
Indeed luatools mlib-pdf.lua fails to find the file.
However luatools --generate does not help.
I'll investigate why.
This should be fixable by simply
Hans van der Meer wrote:
I think this proves the file in my case is indeed the 01-04-08 02:14
one.
A shame, really. If the file was wrong, there was a chance to catch the
bug. As it stands, I am still just as dumbfounded as I was before.
Best wishes,
Taco
Hi Luigi,
I found really easy to install minimals under ubuntu
(just download first-setup.sh), so I can have one
sandbox of mkiv+luatex stable and one for beta .
Why don't you give it a try ?
(don't forget to update to latest luatex)
I'm sure minimals are worth a try. But as I stated
On Tue, Sep 30, 2008 at 10:54 AM, Olivier [EMAIL PROTECTED] wrote:
Hi Luigi,
I found really easy to install minimals under ubuntu
(just download first-setup.sh), so I can have one
sandbox of mkiv+luatex stable and one for beta .
Why don't you give it a try ?
(don't forget to update to
Am Mon, 29 Sep 2008 17:55:15 +0200 schrieb Olivier:
mplib : loading format: metafun.mp, name:
/home/olivier/luatex-cache/context/6300afb4995fe38c77e9b86ed1ef1028/formats/cont-en-metafun.mem
mplib : version mismatch: mp_parent_version 2008.05.21 15:21
mplib :
Hi Ulrike,
Quoting Ulrike Fischer :
-- was [EMAIL PROTECTED] on Sep 30, 2008 at 11:27:08 --
Am Mon, 29 Sep 2008 17:55:15 +0200 schrieb Olivier:
mplib : loading format: metafun.mp, name:
Hi Taco,
Quoting Taco Hoekwater :
-- was [EMAIL PROTECTED] on Sep 29, 2008 at 11:27:03 --
Olivier wrote:
What is the executable that is triggered by a call to mplib?
(I would like to check I have it installed, not only mpost.)
There isn't one, it is all internal to luatex's
Olivier wrote:
So, I guess it would make sense to test the compiler directly:
what is the most basic way to trigger mplib from a plain tex file
directly run through LuaTeX (i.e. the equivalent of the startMPgraphic
if any? (And this might provide some more information on what's going on.)
Am Tue, 30 Sep 2008 11:37:13 +0200 schrieb Olivier:
Do you get still this regeneration message or has it disappeared?
If not I would say the format generation was not successfull.
Indeed, this format gets regenerated every time.
Is there a way to genereate it separatly?
I don't know ;-(.
Ulrike Fischer wrote:
Am Tue, 30 Sep 2008 11:37:13 +0200 schrieb Olivier:
Do you get still this regeneration message or has it disappeared?
If not I would say the format generation was not successfull.
Indeed, this format gets regenerated every time.
Is there a way to genereate it
Ulrike Fischer wrote:
Am Mon, 29 Sep 2008 17:55:15 +0200 schrieb Olivier:
mplib : loading format: metafun.mp, name:
/home/olivier/luatex-cache/context/6300afb4995fe38c77e9b86ed1ef1028/formats/cont-en-metafun.mem
mplib : version mismatch: mp_parent_version 2008.05.21
Taco,
So, I guess it would make sense to test the compiler directly:
what is the most basic way to trigger mplib from a plain tex file
directly run through LuaTeX (i.e. the equivalent of the startMPgraphic
if any? (And this might provide some more information on what's going on.)
Just
Dear all,
I'm using ConTeXt MkIV on Debian with the following version:
ConTeXt ver: 2008.05.21 15:21 MKIV fmt: 2008.8.4 int: english/english
Everything seems to work well (I am able to run lua code, use otf font
facilities, etc...) but the mplib mechanism. Indeed, running through
the
On Mon, Sep 29, 2008 at 5:55 PM, Olivier [EMAIL PROTECTED] wrote:
Dear all,
I'm using ConTeXt MkIV on Debian with the following version:
ConTeXt ver: 2008.05.21 15:21 MKIV fmt: 2008.8.4 int: english/english
Everything seems to work well (I am able to run lua code, use otf font
Hi Luigi,
\starttext
\startMPcode
path p ; p := fullcircle scaled 4cm ;
fill p withcolor red ;
fill p shifted(2cm,0cm) withcolor blue ;
\stopMPcode
\stoptext
I have prepended
\setupcolors[state=start]
This is indeed required to get the color but my problem
Olivier: What system do you use? I am using MacOSX and in july this
year I mailed about the error below:
mplib : making format: metafun.mp, name: /Users/hans/TeX/
luatex-cache/context/60e9a4b67d8fc84c21043806bb9e2fb8/formats/cont-
en-metafun.mem
mplib : loading format:
Hi,
To both of you:
Hans van der Meer wrote:
/usr/local/texlive/2007/texmf-context/metapost/context/base/mp-tool.mp
Olivier wrote:
/usr/share/texmf/metapost/context/base/mp-tool.mp
Can you guys check if these are the correct versions of mp-tool.mp ?
The problem could be as basal as mp
Hi Taco,
Hans van der Meer wrote:
/usr/local/texlive/2007/texmf-context/metapost/context/base/mp-tool.mp
Olivier wrote:
/usr/share/texmf/metapost/context/base/mp-tool.mp
Can you guys check if these are the correct versions of mp-tool.mp ?
The problem could be as basal as mp
Olivier wrote:
What is the executable that is triggered by a call to mplib?
(I would like to check I have it installed, not only mpost.)
There isn't one, it is all internal to luatex's executable.
There are no external executables and no config files involved,
and that is what makes these
On Mon, Sep 29, 2008 at 9:44 PM, Olivier [EMAIL PROTECTED] wrote:
Hi Luigi,
\starttext
\startMPcode
path p ; p := fullcircle scaled 4cm ;
fill p withcolor red ;
fill p shifted(2cm,0cm) withcolor blue ;
\stopMPcode
\stoptext
I have prepended
Hi Taco,
I did kpsewhich mp-tool.mp and it came up with /usr/local/texlive/
2007/texmf-context/metapost/context/base/mp-tool.mp. That file has in
my system creation+modification date 01-04-08 02:14 and was last
opened 03-07-08 so this must be it. Came straight from unpacking the
context
Hans Hagen schrieb:
Peter Rolf wrote:
hi,
does this error message ring a bell? same problem with luatex 0.27 and
0.28 using the latest beta. mkii works ok.
hm, what graphic?
% engine=luatex
\startuniqueMPgraphic{foo}
draw unitsquare xyscaled(3cm,3cm)
withcolor transparent(1,.5,red);
Peter Rolf schrieb:
hi,
does this error message ring a bell? same problem with luatex 0.27 and
0.28 using the latest beta. mkii works ok.
[..]
! LuaTeX error r:/tex/texmf-context/tex/context/base/mlib-pdf.lua:92:
bad argument #-1 to 'pen_info' (MPlib.gr expected, got table)
stack
hi,
does this error message ring a bell? same problem with luatex 0.27 and
0.28 using the latest beta. mkii works ok.
[..]
! LuaTeX error r:/tex/texmf-context/tex/context/base/mlib-pdf.lua:92:
bad argument #-1 to 'pen_info' (MPlib.gr expected, got table)
stack traceback:
[C]: in
Peter Rolf wrote:
hi,
does this error message ring a bell? same problem with luatex 0.27 and
0.28 using the latest beta. mkii works ok.
hm, what graphic?
-
Hans Hagen | PRAGMA ADE
Hi Hans and Taco,
it looks like mplib is broken in the latest beta. Simple file:
\starttext
\startuseMPgraphic{test}
draw fullcircle scaled 5cm ;
\stopuseMPgraphic
\useMPgraphic{test}
\stoptext
produces no output. I tested on several different computers, so it
doesn't look like a
Thomas A. Schmitz wrote:
Hi Hans and Taco,
it looks like mplib is broken in the latest beta. Simple file:
indeed, we're experimenting with a couple of nasty bugs and in the
process mess aroudn with beta's; sorry ...
i'll upload a new one (new bins later)
Hans
On May 28, 2008, at 4:33 PM, Hans Hagen wrote:
indeed, we're experimenting with a couple of nasty bugs and in the
process mess aroudn with beta's; sorry ...
i'll upload a new one (new bins later)
Hans
Hi Hans,
new beta does indeed produce output, but every MP graphic is centered
(which
Thomas A. Schmitz wrote:
On May 28, 2008, at 4:33 PM, Hans Hagen wrote:
indeed, we're experimenting with a couple of nasty bugs and in the
process mess aroudn with beta's; sorry ...
i'll upload a new one (new bins later)
Hans
Hi Hans,
new beta does indeed produce output, but every
On May 28, 2008, at 11:41 PM, Hans Hagen wrote:
hm i wonder why ... maybe you use raggedcenter?
Hans
Just try the minimal example I sent this afternoon and compile it with
mkii and mkiv and you'll see the difference.
Thomas
Hallo Taco et al
\startlua
local function finder(name, mode, ftype)
if mode==w then
return name
else
return kpse.find_file(name,ftype)
end
end
Jein!
Try this, a little more elaborate, version of finder:
local function finder(name,
Hi,
Wolfgang Werners-Lucchini wrote:
Example 1: my test file with your finder.
--
MPlib finder: mpost.mem -
So it was running the kpse.find_file instead of returning a local name,
and it is not found. There is a silent error here
Hi Taco,
I can remove that line, it is misleading. The content of the
log file is in result.log
What do you mean with result?
There is only ONE log file and that is tst10.log (the log file of the
tst10.tex which runs the above code).
Wolfgang
Wolfgang Werners-Lucchini wrote:
Hi Taco,
I can remove that line, it is misleading. The content of the
log file is in result.log
What do you mean with result?
The res.log entry in the lua result table.
I had forgotten the variable name.
Best wishes,
Taco
Wolfgang Werners-Lucchini wrote:
Hallo Taco,
Everything I read below says there should be a 'plain.mem'
in the folder where you ran theat file in. If there
really really isn't, then my only advise to you is to buy
a less thieving operating system, as it seems this one steals
your files
On 19 Apr 2008 at 8:58, [EMAIL PROTECTED] wrote:
Everything I read below says there should be a 'plain.mem'
in the folder where you ran theat file in. If there
really really isn't, then my only advise to you is to buy
a less thieving operating system, as it seems this one steals
your
\startlua
local function finder(name, mode, ftype)
if mode==w then
return name
else
return kpse.find_file(name,ftype)
end
end
Jein!
The only file in my tex tree which could play that roule is
cont-en-mpost.mem
in the cache
Wolfgang Werners-Lucchini wrote:
\startlua
local function finder(name, mode, ftype)
if mode==w then
return name
else
return kpse.find_file(name,ftype)
end
end
Jein!
The only file in my tex tree which could play that roule is
cont-en-mpost.mem
in
Wolfgang Werners-Lucchini wrote:
\startlua
local function finder(name, mode, ftype)
if mode==w then
return name
else
return kpse.find_file(name,ftype)
end
end
Jein!
Try this, a little more elaborate, version of finder:
local function finder(name,
Hallo Taco,
Everything I read below says there should be a 'plain.mem'
in the folder where you ran theat file in. If there
really really isn't, then my only advise to you is to buy
a less thieving operating system, as it seems this one steals
your files before you can even have an
On 16 Apr 2008 at 1:52, [EMAIL PROTECTED] wrote:
Hallo,
(I have temporary appended 'dump;' to plain.mp)
After the above, you should have plain.mem in the local
directory.
No.
There is neither a 'plain.fmt' nor a 'plain.mem'!
Everything I read below says there should be a
Wolfgang Werners-Lucchini wrote:
Is there a find_file function necessary to find the mem-file given in
'mem_name' or is such a function only necessary for file-names in
'mp:execute'?
the find function is needed
in context you can use
metapost.process('formatname',datastream)
this will
Wolfgang Werners-Lucchini wrote:
if mp then
res = mp:execute('plain')
mp:finish()
end
this first step runs with res=0, but there is no 'plain.mem' dumped.
For the other readers: res itself can't really be zero. It is either
a table, or nil. The actual return value is the status
On 15 Apr 2008 at 13:31, [EMAIL PROTECTED] wrote:
Hallo Taco,
(I have temporary appended 'dump;' to plain.mp)
After the above, you should have plain.mem in the local directory.
No.
There is neither a 'plain.fmt' nor a 'plain.mem'!
I have searched in the local directory, where it should
Wolfgang Werners-Lucchini wrote:
On 15 Apr 2008 at 13:31, [EMAIL PROTECTED] wrote:
Hallo Taco,
(I have temporary appended 'dump;' to plain.mp)
After the above, you should have plain.mem in the local directory.
No.
There is neither a 'plain.fmt' nor a 'plain.mem'!
Everything I read
On 13 Apr 2008 at 13:31, [EMAIL PROTECTED] wrote:
Hallo Taco,
thank you for your example.
% start low-level
\startlua
local function finder(name, mode, ftype)
if mode==w then
return name
else
return kpse.find_file(name,ftype)
end
end
mp = mplib.new ( {
Wolfgang Werners-Lucchini wrote:
On 12 Apr 2008 at 9:39, [EMAIL PROTECTED] wrote:
\startlua
mp = mplib.new ( {
hash_size = 10,
main_memory = 200,
param_size = 10,
} )
if mp then
res = mp:execute(
beginfig(1) draw (0,0) .. (1,1) .. (2,1); endfig; bye; )
Hi,
On Sat, Apr 12, 2008 at 9:38 AM, Hans Hagen wrote:
2.) undefined command
\forceMPTEXcheck{put_text}
ok, i will add a fake
Thanks.
I have now used a wrapper to skip that line in LuaTeX (btw: what's the
suggested \if clause or \beginNOLUATEX to check for luatex/mkiv?)
Mojca Miklavec wrote:
Thanks. Still - I don't know if it's still needed at all and what
exactly it was used for (maybe metapost has complained about too long
lines long time ago).
indeed; also, at some point texexec would take care of it; nowadays the
limitation is gone (in tex and mp)
Wolfgang Werners-Lucchini wrote:
Hallo,
the following compiles ok, but gives me an status 3=fatal error.
Can someone please point me to the error?
\startlua
mp = mplib.new ( {
hash_size = 10,
main_memory = 200,
param_size = 10,
} )
if mp then
res =
Hi Mojca
I have modified the gnuplot module a bit, and stumbled upon:
1.) the need for
\ifx\savebuffer\undefined \else \savebuffer[...]\fi
which has been expected
2.) undefined command
\forceMPTEXcheck{put_text}
ok, i will add a fake
I have now used a wrapper to skip that
On 12 Apr 2008 at 9:39, [EMAIL PROTECTED] wrote:
\startlua
mp = mplib.new ( {
hash_size = 10,
main_memory = 200,
param_size = 10,
} )
if mp then
res = mp:execute(
beginfig(1) draw (0,0) .. (1,1) .. (2,1); endfig; bye; )
tex.print([ ..
Hello Hans,
I have modified the gnuplot module a bit, and stumbled upon:
1.) the need for
\ifx\savebuffer\undefined \else \savebuffer[...]\fi
which has been expected
2.) undefined command
\forceMPTEXcheck{put_text}
I have now used a wrapper to skip that line in LuaTeX (btw: what's the
Hallo,
the following compiles ok, but gives me an status 3=fatal error.
Can someone please point me to the error?
\startlua
mp = mplib.new ( {
hash_size = 10,
main_memory = 200,
param_size = 10,
} )
if mp then
res = mp:execute(
beginfig(1) draw (0,0) .. (1,1) ..
On Sat, 15 Mar 2008 11:18:33 +0100
Hans Hagen [EMAIL PROTECTED] wrote:
btw, how difficult would it be to add a lua api to gnuplot, in which
case we could communicate via lua tables
Hans
btw: Some of you may not know about cairo library. (http://cairographics.org/)
It's versatile graphic
On Sun, Mar 16, 2008 at 10:58 AM, zs [EMAIL PROTECTED] wrote:
On Sat, 15 Mar 2008 11:18:33 +0100
Hans Hagen [EMAIL PROTECTED] wrote:
btw, how difficult would it be to add a lua api to gnuplot, in which
case we could communicate via lua tables
Hans
btw: Some of you may not know
Mojca Miklavec wrote:
On Fri, Mar 14, 2008 at 6:51 PM, Aditya Mahajan wrote:
On Fri, 14 Mar 2008, Hans Hagen wrote:
so, if you have specific wishes ... now is the time to let them know
Some questions (and hidden wishes)
Does this mean that text between metapost graphic and context can
On Sat, Mar 15, 2008 at 11:18 AM, Hans Hagen wrote:
Mojca Miklavec wrote:
On Fri, Mar 14, 2008 at 6:51 PM, Aditya Mahajan wrote:
On Fri, 14 Mar 2008, Hans Hagen wrote:
so, if you have specific wishes ... now is the time to let them know
Some questions (and hidden wishes)
Santy, Michael wrote:
Hans,
Sounds pretty impressive. As a point of reference, do you have timing
data for the existing MKII and MKIV image processing code?
you mean a difference in speed? it depends on how complex the search is,
but in general the mkiv code is faster and more robust
On Fri, 14 Mar 2008, Hans Hagen wrote:
Hi,
as some of you may know, there is an mplib project ..
last week taco and spent quite some time on exploring the integration in
luatex (and therefore mkiv)
experiments with loadiing the format, processing graphics and conversion
to pdf show a
Hi,
as some of you may know, there is an mplib project ..
last week taco and spent quite some time on exploring the integration in
luatex (and therefore mkiv)
experiments with loadiing the format, processing graphics and conversion
to pdf show a throughput of less than 0.001 seconds per
for this benchmark?
-Original Message-
From: [EMAIL PROTECTED] on behalf of Hans Hagen
Sent: Fri 3/14/2008 12:46 PM
To: mailing list for ConTeXt users
Subject: Re: [NTG-context] mplib
Santy, Michael wrote:
Hans,
Sounds pretty impressive. As a point of reference, do you have timing
data
Subject: [NTG-context] mplib
Hi,
as some of you may know, there is an mplib project ..
last week taco and spent quite some time on exploring the integration in
luatex (and therefore mkiv)
experiments with loadiing the format, processing graphics and conversion
to pdf show a throughput of less than
Santy, Michael wrote:
Its entirely possible that I'm missing something, but I was merely inquiring
about running the same timing tests that you did with mplib, but instead
using the existing MKII and MKIV image inclusion code. How much of a speedup
over the existing code does the mplib
Hans Hagen wrote:
Santy, Michael wrote:
Its entirely possible that I'm missing something, but I was merely
inquiring about running the same timing tests that you did with
mplib, but instead using the existing MKII and MKIV image inclusion
code. How much of a speedup over the existing code
On Fri, Mar 14, 2008 at 6:51 PM, Aditya Mahajan wrote:
On Fri, 14 Mar 2008, Hans Hagen wrote:
so, if you have specific wishes ... now is the time to let them know
Some questions (and hidden wishes)
Does this mean that text between metapost graphic and context can be
really
Hoi,
cstug 1000 euro, gust conversie van metatype1 naar mp++
dus nu nog 500 van tug lospeuteren
Hans
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The
Hi,
In addition to previous mails about the mplib project we now have
funding for the programming part of the mplib project (budgetted 12KEURO)
- dante : 6K
- tug : 1.5K
- tug india : 1K
- ntg : 2K
- cstug : 1K
- gust: will fund a sub-project (metatype1 completion)
TUG indicated that next
Soon there will also be the option to support specific projects (tug
project page).
It is possible to contribute specifically to TUG's development fund,
which is TUG's pigeonhole for dev projects, at
https://www.tug.org/donate.html. Any donations to that now will end up
going to
It also means that some of you will have to do some pretty hefty
testing of both machineries at the end of the year since context
mkiv will be used as testbed.
I'll happy write lots of testing scripts. It'll be an unholy mixture
of bash, make, python, scheme, and (once I learn them) lua and
89 matches
Mail list logo