October 2009 - dev-luatex - NTG Mailing Lists

Re: [Dev-luatex] Bug#529331: Additional issues with poppler 0.12 (which is in unstable now)
by Norbert Preining 22 Oct '09

22 Oct '09

On Di, 20 Okt 2009, Ilya Barygin wrote: > There are additional issues with poppler 0.12 which is in unstable now: Thanks Ilya, I have added the ubuntu 0.11 an your libpoppler 0.12 patch. Can you give some copyright/license statement for this patch please. Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining Associate Professor JAIST Japan Advanced Institute of Science and Technology preining(a)jaist.ac.jp Vienna University of Technology preining(a)logic.at Debian Developer (Debian TeX Task Force) preining(a)debian.org gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- WINSTON-SALEM (n.) A person in a restaurant who suggest to their companions that they should split the cost of the meal equally, and then orders two packets of cigarettes on the bill. --- Douglas Adams, The Meaning of Liff

1 0

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

20 Oct '09

------------------------------------------------------------------------ r3074 | taco | 2009-10-20 11:17:00 +0200 (Tue, 20 Oct 2009) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdfobj.c initialize the file pointer for \pdfobj file {} if there is no callback ------------------------------------------------------------------------

1 0

Storing more info with the hboxes.
by Javier Múgica 20 Oct '09

20 Oct '09

Recently the suggestion has been posted to the luatex bug/fature tracker that the horizontal boxes remember where they come from, for postprocessing purposes. This reminds me about one of my yet unposted suggestions, because it also has to do with the horizontal boxes storing more information for purposes of postprocessing. It could be useful if once an hbox is packed it creates two profiles, one for its upper border and one for its lower one. By the profile I mean the boder that could be seen if the boxes and rules where black rectangles. These will be "teeth-like" profiles, lower-teeth-like for the upper profile, upper-teeth for the lower one. It would consist of an array (i.e., not a linked list) recording that at distance 'x' the height raises to 'h' (or, for the lower profile, the depth goes down to 'd') and it lasts for 'width', for all the values of x where the height of the contents changes. When there is a hole, like any glue, the value for 'h' could be -\maxdimen, may be, these are just details. While from LuaTeX we may give the standard answer "you can do that with a callback by traversing the nodes of the box after it has been packed", I don't think it is actually like that: The computation involved is a lengthy one, having to dynamicaly build and modify the table as later boxes or rules overlap with previous ones (for we all now that the order of the intems inside a packed box need not be their x-order), and taking care to free the tables as they are no longer needed, a task that is better done in C. Also because it is a too low level feature, being just something that TeX does and Lua exposes to the programer via two tables, that will allways be associated with a packed hlist, in addition to the table representing its contents. It could be useful for: -- Taking into account the position of deep descenders in one line and high ascenders in the next one not to innecessarily overspace the two likes. This is the same concept as the kerning between two caracters; i.e., do not just place the boxes adjacent to one another, but take into account the contexts of the boxes being put together to produce a finer spacing, but changing characters for lines and horizonal for vertical. The way I would actualy do this is, for every teeth of the upper profile of the lower line, to take into accound the descenders of the upper line just within \keepfreedistance (say) distance. If I'd set \keepfreedistance=\maxdimen I'd get TeX's current behavour. -- Writing a smart line braking algorithm that adds penalties for "rivers". --Easy improvement of correct math placement of atoms. We had a year or so ago in the Spanish TeX list a discusion about this that originated by a user who noticed that the ^2 after \sin was higher than after \cos. The reason is the dot of the i of \sin. If the box carried its profiles with it, the algorithm for computing the height of the superscripts and depth of subscripts could take into account just the profile back to 0.5 em's distance, say, instead of the whole box as now (another primitive?) --Possibly many others that would become apparent once the feature were there and people started using it. The reason for a random access array instead of a sequenced access list is clear once we think about examples (for instance, seeking items with values of 'x' within a certain range) and, specially, on the way it would be programmed in C. In case this is ever impemented, reserving memory for n elements, where n is the number of nodes in the hlist, would waste on average little space.

2 1

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

19 Oct '09

------------------------------------------------------------------------ r3073 | taco | 2009-10-19 13:26:44 +0200 (Mon, 19 Oct 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/writefont.c fix bug 281 (assertion failure on fontdata.embedding="no" ------------------------------------------------------------------------

1 0

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

19 Oct '09

------------------------------------------------------------------------ r3071 | hhenkel | 2009-10-18 22:56:48 +0200 (Sun, 18 Oct 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/lpdflib.c fix compresslevel ------------------------------------------------------------------------ r3072 | oneiros | 2009-10-18 23:03:51 +0200 (Sun, 18 Oct 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/lpdflib.c fix warning: comparison between signed and unsigned ------------------------------------------------------------------------

1 0

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

18 Oct '09

------------------------------------------------------------------------ r3070 | hhenkel | 2009-10-18 19:57:33 +0200 (Sun, 18 Oct 2009) | 10 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/lpdflib.c M /trunk/source/texk/web2c/luatexdir/lua/luastuff.c M /trunk/source/texk/web2c/luatexdir/pdf/pdfobj.c M /trunk/source/texk/web2c/luatexdir/pdf/pdfobj.h experimental table-based pdf.obj({...}) with 1 table as only argument two variants: type="raw" (e. g., for dictionaries) or "stream" immediate=true makes pdf.obj() work like pdf.immediateobj() data input by string="some string" or file="some filename" type="stream": attr="attribute string into stream dict" type="stream": compresslevel=0...9 overrides \pdfcompresslevel type="raw": objcompression=false excludes object from object compression the original pdf.obj() interface is still there. pdf.immediateobj() is unchanged, no table interface. ------------------------------------------------------------------------

1 0

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

18 Oct '09

------------------------------------------------------------------------ r3069 | taco | 2009-10-18 12:00:09 +0200 (Sun, 18 Oct 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/writetype0.c fix for full CFF embedding ------------------------------------------------------------------------

1 0

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

16 Oct '09

------------------------------------------------------------------------ r3068 | taco | 2009-10-16 14:07:44 +0200 (Fri, 16 Oct 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/luatoken.c fix string->tokenlist conversion from lua for utf-8 characters ------------------------------------------------------------------------

1 0

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

15 Oct '09

------------------------------------------------------------------------ r3067 | taco | 2009-10-15 21:32:03 +0200 (Thu, 15 Oct 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/printing.c convert an assert() during print to a warning temporarily. ------------------------------------------------------------------------

1 0

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

15 Oct '09

------------------------------------------------------------------------ r3066 | taco | 2009-10-15 16:09:21 +0200 (Thu, 15 Oct 2009) | 4 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.c this is an attempt to fix super-subscript placements for large operators and delimiters: the function var_delimiter (which is used for large operators as well as actual delimiters now ignores italic corrections for 'new math' fonts). ------------------------------------------------------------------------

1 0