- dev-luatex - NTG Mailing Lists

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 10 Jul '12

10 Jul '12

------------------------------------------------------------------------ r4453 | taco | 2012-07-10 14:55:33 +0200 (Tue, 10 Jul 2012) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdfgen.w valgrind complained about uninitialized memory ------------------------------------------------------------------------ r4454 | taco | 2012-07-10 15:54:03 +0200 (Tue, 10 Jul 2012) | 2 lines Changed paths: M /trunk/source/texk/web2c/Makefile.in M /trunk/source/texk/web2c/luatexdir/am/luamisc.am M /trunk/source/texk/web2c/luatexdir/lua/luastuff.w M /trunk/source/texk/web2c/luatexdir/luapeg/lpeg.c A /trunk/source/texk/web2c/luatexdir/luapeg/lpeg.h import lpeg 10.2 ------------------------------------------------------------------------ r4455 | taco | 2012-07-10 16:09:17 +0200 (Tue, 10 Jul 2012) | 2 lines Changed paths: M /trunk/manual/luatexref-env.tex update for new context mkiv ------------------------------------------------------------------------ r4456 | taco | 2012-07-10 16:10:42 +0200 (Tue, 10 Jul 2012) | 2 lines Changed paths: M /trunk/manual/luatexref-t.pdf M /trunk/manual/luatexref-t.tex document new lpeg version ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 07 Jul '12

07 Jul '12

------------------------------------------------------------------------ r4452 | khaled | 2012-07-07 15:31:26 +0200 (Sat, 07 Jul 2012) | 7 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/luafontloader/fontforge/fontforge/parsettfatt.c Crash in fonts with negative glyph ID in kerning pairs Backbported from FF: http://fontforge.git.sourceforge.net/git/gitweb.cgi?p=fontforge/fontforge;a… Reported on the mailing list: http://tug.org/pipermail/luatex/2012-May/003599.html ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 06 Jul '12

06 Jul '12

------------------------------------------------------------------------ r4451 | hhenkel | 2012-07-05 23:13:01 +0200 (Thu, 05 Jul 2012) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdffont.w M /trunk/source/texk/web2c/luatexdir/pdf/pdflink.w M /trunk/source/texk/web2c/luatexdir/pdf/pdflistout.w M /trunk/source/texk/web2c/luatexdir/pdf/pdfpage.w M /trunk/source/texk/web2c/luatexdir/pdf/pdfshipout.w M /trunk/source/texk/web2c/luatexdir/pdf/pdfthread.w check directions a bit more ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 03 Jul '12

03 Jul '12

------------------------------------------------------------------------ r4450 | hhenkel | 2012-07-02 22:26:10 +0200 (Mon, 02 Jul 2012) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/limglib.c M /trunk/source/texk/web2c/luatexdir/lua/lpdflib.c M /trunk/source/texk/web2c/luatexdir/lua/luastuff.w M /trunk/source/texk/web2c/luatexdir/lua/luatex-api.h prepare for Lua 5.2: rm obsolete LUA_ENVIRONINDEX TODO: replace lua_get/setfenv() ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 03 Jul '12

03 Jul '12

------------------------------------------------------------------------ r4449 | khaled | 2012-07-02 20:15:46 +0200 (Mon, 02 Jul 2012) | 13 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.w Fix regression introduced in r4361 Radical rule thickness calculation was wrong for composite radicals with old fonts. When get_delim_box() was rewritten, a special correction for the radicals were lost. That block of code is now in make_radical() itself. A simple test: $$y=\sqrt{\displaystyle\int \over x}$$ \bye Related: http://tex.stackexchange.com/q/61952/729 ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 22 Jun '12

22 Jun '12

------------------------------------------------------------------------ r4448 | taco | 2012-06-21 17:07:03 +0200 (Thu, 21 Jun 2012) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdfdest.w document odd do_dest behaviour ------------------------------------------------------------------------

1 0

Re: [Dev-luatex] \lastnodetype not working as expected in LuaTeX
by Frank Mittelbach 13 Jun '12

13 Jun '12

Hans, my fluency in the linebreak algorithm is a little bit rusty. Are you saying that there are other points and stuff in that space that is not updated or more on the page builder side of the house? Or asked differently is there more that needs updating to make my little example work, and if so could that be already done through a workaround like I did with tex.nest[tex.nest.ptr].tail = node.tail(head) or would it absolutely need fixes in the program itself? thanks frank

2 3

Getting all Symbols
by Sensei 11 Jun '12

11 Jun '12

Hi all, I've posted this question to comp.text.tex, and they've suggested to take a look at LuaTeX. So I forwarded the message to the User mailing list, but probably this one is more appropriate. If not, excuse me! I'm trying to find *at runtime* all the symbols allowed in a latex environment. So, given a tex file, I'd like to access - the complete predefined commands/symbols/definitions; - the complete list of commands/symbols/definitions defined in packages. So, the predefined language list would include \LaTeX, \def, \newcommand, ~, \usepackage, and so on. I've been informed that this is a naive view, since there are lots of other commands such as \@ and similars, and a simple match with a \ would be unrealistic (e.g., anything beginning with a \ is a command). When including a package, for example graphicx, I expect to find a way to have \includegraphics and its siblings. Again, packages may mess up a little bit. The best would be having commands along with their options, but I don't know if this is possible. One thing I'd like to avoid: creating my own parser. Why on earth should I create a parser when latex knows more than me (or everyone else) what symbols and commands it knows? The suggestions from the newsgroup is that *maybe* LuaTeX gives a way to access all TeX's macro hash table. If so, I'd be really happy. Thanks & Cheers!

2 1

show_node_list() of discretionary
by Andreas Matthias 11 Jun '12

11 Jun '12

In luatex, function show_node_list() displays the nodes of a discretionary in a different order than pdftex. Is this intended? I'm especially missing the number of nodes of the replacement (in the example: 2). Example: \showboxbreadth=\maxdimen \showboxdepth=\maxdimen \tracingonline=1 \newbox\mybox \setbox\mybox=\hbox{\discretionary{aa}{bb}{cc}} \showbox\mybox \bye Output of luatex: .\discretionary replacing ..\tenrm c ..\tenrm c ..\tenrm a ..\tenrm a .|\tenrm b .|\tenrm b Output of pdftex: .\discretionary replacing 2 ..\tenrm a ..\tenrm a .|\tenrm b .|\tenrm b .\tenrm c .\tenrm c Ciao Andreas

2 1

\lastnodetype not working as expected in LuaTeX
by Patrick Gundlach 11 Jun '12

11 Jun '12

(More from Frank Mittelbach on this subject - he is not subscribed yet but will be ASAP) I'm now fairly certain this this is a bug in the current implementation of linebreak_filter. What seems to happen is the following: when TeX builds a list (in this case a vertical list) it keeps track of it through a pointer to the head and to the tail of that list. Now when a paragraph is broken into lines those lines get appended to the current vertical list by the linebreaking algorithm and the tail pointer is updated to point to the new end of this list. However, if thelinebreak_filter replaces TeX's algorithm the material from that filter is appended to the list but the tail pointer is not changed. Thus in my example it still points to the node before the paragraph (which happens to be nil as the paragraph starts the vbox). Fortunately this tail pointer is accessible and modifiable from Lua code, so there is a way to fix this. We can't do this in linebreak_filter, however, because the current luatex code that calls the filter expects the tail in precisely this wrong as it does some final checkup and changes. But what we can do is to use the followup file post_linebreak_filter to do the work for us, because by then all these things have happened. So the workaround looks like this: function hpack_paragraph (head) h = node.hpack(head) return h end function fix_nest_tail (head) tex.nest[tex.nest.ptr].tail = node.tail(head) return true end callback.register("linebreak_filter", hpack_paragraph) callback.register("post_linebreak_filter",fix_nest_tail) The second filter simply updates TeX's tail pointer in the current semantic nest to become the tail of the result produced from the line breaking. A bit nasty, but at least it allows to use thelinebreak_filter in the current implementation. If you wonder what this this code does: without anything further it changes the output so that every paragraph is returned as a single line (and indentations like from itemize or similar environments are dropped) and inserts like footnotes or \vadjusts stay within those hboxes. So it needs a little more to become useful, but let your imagination run.

2 1