May 2009 - dev-luatex - NTG Mailing Lists

Snapshot 20070307
by Taco Hoekwater 10 May '12

10 May '12

Hi all, I decided to do a snapshot now instead of waiting for friday, because I want to start concentrating on something else besides font support issues. What's new: * Non-CID PostScript-based Opentype fonts are now combined over the entire document, and properly subsetted. The code is borrowed from xdvipdfmx with some minor adjustments Adding support for CID-keyed OpenType fonts would not be hard but at the moment I lack example input (and incentive). * A small extension to the virtual fonts structure: you can use f.fonts[1] = { 'id' = 38} to do a backreference to a previously defined font. This saves quite a few computations * There was a bug in the handling of \leaders in the output whereby it's width was taken to be twice what it should be while writing to the PDF, fixed now. * The font inclusion code is cleaned up a bit by Hartmut. * Some compilation problems were fixed. * There is (quite a bit of) debugging information printed out when OTPs are in use, because I am tracking down a bug reported by Idris. The input of each and every OTP step is shown on the terminal in a line line this: [57902][1568][58423][1568][58408][1568][58921] those are the decimal values of ocp i/o characters. If you don't need them, don't worry about it. Happy TeXing, Taco ----- Downloading and installation details: If you go to https://foundry.supelec.fr/frs/?group_id=10 you will see that there are three new released files: * luatex-snapshot-20070307.tar.bz2 This is the source tree. * luatex-snapshot-20070307-win32.zip A cross-compiled (mingw) windows binary. This is a web2c based binary, so it needs a texmf.cnf file (It will NOT work if you have only miktex installed). * luatex-snapshot-20070307-linux-i386.tar.bz2 An intel 32 linux binary (2.6.17)

3 2

XML abilities in LuaTeX
by TeXWorld 19 Nov '09

19 Nov '09

Hello, I'm new to LuaTeX and Lua in general and I try to find tools to process datas stored in XML files. I want to do this with LaTeX (pdfLuaLaTeX in TeXLive 2008) but there's no tool. Contrary to LaTeX, ConTeXt does have abilities to work with XML files. Do you think it could be possible to have LuaTeX equipped with such abilities one day ? I read in the LuaTeX reference that LuaTeX comes with modules such as LuaZIP that is really a good thing. Do you think it would be possible to have something like the LuaXML module added to luatex too ? Jack

4 16

mpost.1 man page (and luatex.1 man page)
by Taco Hoekwater 09 Jul '09

09 Jul '09

Manuel Pégourié-Gonnard wrote: > Hi Taco, > > While converting man pages to PDF in TeX Live (for the sake of windows user), I > noticed groff complains about the .URL macro used on line 475 of mpost.1. This > macro probably belongs to the 'www' module of groff, which is apparently not > included for processing man page (at least it doesn't render properly in my man > viewer). > > Maybe you'll want to remove this macro from mpost.1? That page is in need of a bit of updating besides, and it is only in texlive, not in the mpost repository. At the least, the TL page needs to be merged back (metapost repo has only "mp.1", which looks like the original page Hobby wrote, back in the nineties). I would be glad if someone else could take charge of the few needed updates (hence CC mp-implementors and Sanjoy). > Thanks, > Manuel. > > PS: do you plan to provide a man page for luatex in the future? Not an exhaustive one for sure, but maybe a generic one that just lists the commandline switches and points to the manual (like pdftex's man page) would be good. It would be great for me if someone else would step in, though. I don't like creating man pages and never have. In fact, I disliked troff so much that I was willing to learn a completely new system called 'tex' instead ;), (hence CC dev-luatex) Best wishes, Taco

5 15

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 30 May '09

30 May '09

------------------------------------------------------------------------ r2407 | taco | 2009-05-30 11:10:28 +0200 (Sat, 30 May 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/luatex.web dont run the post_page_number callback unless shipping_page is true ------------------------------------------------------------------------

1 0

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 28 May '09

28 May '09

------------------------------------------------------------------------ r2406 | hhenkel | 2009-05-27 22:17:42 +0200 (Wed, 27 May 2009) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/vfovf.c vf_read() ---> vf_read_u() + cosmetics ------------------------------------------------------------------------

1 0

Re: [Dev-luatex] REQ: Please tell comp.text.tex why LuaTeX chose embed rather than extend.
by Jonathan Fine 27 May '09

27 May '09

Khaled Hosny wrote: >> I'm sorry, but I don't know what you mean here. > > I meant the wrong question is being asked here, they didn't have to > choose between embed and extend, simply because only embed is the viable > choice according to project's goal. IMHO, the question would be if > LuaTeX is interested in making the engine available as shared library > (or Lua extension) in the future or not, as this is a completely > different goal than what they are trying to do right now. Thank you, Khaled, for this clarification. My understanding of the situation is a little different. First some background. If one wants to provide a service (to Lua scripts) then one has to write an extension (to Lua). If one want to write an application, one can go either way (either embed or extend). According to http://www.luatex.org, the "main objective is to provide an open and configurable variant of TeX while at the same time offering downward compatibility." I don't see anything here that leads them to prefer embed over extend. On the page http://www.luatex.org/roadmap/ I see "allow Lua callbacks for file searching" "Allow Lua scripts to control [...] font loading etc." and so forth. These might be situations where embed would be preferred to extend, but I'm not sure either way. [snip] >> I think it would also be great to have a 'instant preview' front end to TeX. > > I'm too looking forward for some thing like that, I even have some idea > that would be best implemented if we had such feature, and I know there > are many potentials for such extension. Thank you for your encouragement and interest. I really think this sort of thing is a vital part of our future (along with something better than the TeX macro language). -- Jonathan

3 4

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 27 May '09

27 May '09

------------------------------------------------------------------------ r2402 | taco | 2009-05-27 16:44:29 +0200 (Wed, 27 May 2009) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.c if a math accent char doesnt have a bot_accent placer, we can at least try to use the top_accent placer (which is what Cambria defines) ------------------------------------------------------------------------ r2403 | taco | 2009-05-27 17:18:26 +0200 (Wed, 27 May 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/mplibdir/ChangeLog M /trunk/source/texk/web2c/mplibdir/am/mplib.am M /trunk/source/texk/web2c/mplibdir/avl.c A /trunk/source/texk/web2c/mplibdir/dvitomp.test M /trunk/source/texk/web2c/mplibdir/lmplib.c M /trunk/source/texk/web2c/mplibdir/memio.w M /trunk/source/texk/web2c/mplibdir/mp.w M /trunk/source/texk/web2c/mplibdir/mpost.w A /trunk/source/texk/web2c/mplibdir/mptrap.test M /trunk/source/texk/web2c/mplibdir/mpxout.w M /trunk/source/texk/web2c/mplibdir/psout.w M /trunk/source/texk/web2c/mplibdir/svgout.w M /trunk/source/texk/web2c/mplibdir/tfmin.w new metapost files (1.201) ------------------------------------------------------------------------ r2404 | hhenkel | 2009-05-27 21:40:10 +0200 (Wed, 27 May 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdfpage.c oversight, harmless ------------------------------------------------------------------------ r2405 | hhenkel | 2009-05-27 21:59:59 +0200 (Wed, 27 May 2009) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/vfovf.c vf_read(3) ---> vf_read_u(3) according to vftovp.web + cosmetics ------------------------------------------------------------------------

1 0

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 27 May '09

27 May '09

------------------------------------------------------------------------ r2401 | hhenkel | 2009-05-27 00:46:18 +0200 (Wed, 27 May 2009) | 6 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/texfont.h M /trunk/source/texk/web2c/luatexdir/font/tfmofm.c M /trunk/source/texk/web2c/luatexdir/font/vfovf.c M /trunk/source/texk/web2c/luatexdir/font/vfpacket.c a fresh retry on r2388 & r2389, equivalent to [pdfTeX-commits] r554 - trunk/source/src/texk/web2c/pdftexdir bugfix #4288: character width mismatch in font XY.vf ignored with updates ------------------------------------------------------------------------

1 0

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 25 May '09

25 May '09

------------------------------------------------------------------------ r2400 | taco | 2009-05-25 18:51:03 +0200 (Mon, 25 May 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua51/ldebug.c revert old local change (made around #670) ------------------------------------------------------------------------

1 0

REQ: Please tell comp.text.tex why LuaTeX chose embed rather than extend.
by Jonathan Fine 25 May '09

25 May '09

Hi This week there's been a nice discussion on comp.text.tex that started in the context of LuaTeX. It was on the difference between embedding a scripting language in an application and extending a scripting language with a module written in a compiled language. One of the best parts, in my view, was Zeljko Vrba pointing out, in effect, that Postgres both embedded scripting languages and provided an interface that allowed it to be used as an extension to a scripting language. This provides a wonderful dual example. One of the participants asked: "What was the rationale behind choosing the embed route by the LuaTeX team?" We'd be delighted if posted an answer to this question to comp.text.tex. To help you find the c.t.t discussion, here's a URL: <http://groups.google.co.uk/group/comp.text.tex/tree/browse_frm/thread/d3522…> And here's a shorter one: http://groups.google.co.uk/group/comp.text.tex/search?hl=en&group=comp.text… with best regards Jonathan

5 9