- dev-luatex - NTG Mailing Lists

Level 1 OFM Support
by Jin-Hwan Cho 23 May '08

23 May '08

Dear Taco Hoekwater, In these days, I am trying to find a good way to use CJK characters with LuaTeX. At first, it looks somewhat trivial, but this topic is not trivial because of different typographical features of CJK countries. My first goal is to repeat the same thing what I had done with Omega. While I'm testing, I found that LuaTeX does not support the level 1 OFMs. Actually it is not hard to support the format in the point of DVI drivers' view. But it might not in the point of TeX's view. Anyway, I made a patch to support this format except for char_param (see \S95 entry of the ofm2opl manual, p.235) because I did not know how these parameters were used in LuaTeX. I tested a few sample OFM files of level 1. Especially I have cyberb.ofm (level 1) generated by ttf2tfm from Bitstream cyberbit.ttf. And, it was successful to get CJK characters in the DVI mode. It looks that LuaTeX does not support yet 16-bit characters in PDF mode. For CJK people, the first thing what we want is to support CJK characters in PDF mode without using subfont scheme (as CJK-LaTeX and Korean ko.TeX). The next thing is to support CJK typography. It may take quite long time to do it. I am preparing a topic for the first thing and I'd like to give a talk at this TUG conference for this topic. Because I am novice in LuaTeX, I hope the developers (I already met Hans and Hartmut) give me some helpful comment. Best regards, ChoF.

4 10

Assignments in Lua
by Jonathan Sauer 23 May '08

23 May '08

Hello, take the following PlainTeX example (as always ;-): %&luatex \catcode`@=11 \def\log#1{\immediate\write\sixt@@n{#1}} \let~\space \tracingassigns1 \tracingrestores1 \tracingonline1 \count@=5 \log{Before:~~~~~~~~~~~~~~~~~\the\count@} \begingroup \directlua0{tex.count["count@"]=23} \log{In group:~~~~~~~~~~~~~~~\the\count@} \endgroup \log{After \string\endgroup:~~~~~~~~\the\count@} \bye This results in: This is LuaTeX, Version snapshot-0.25.3-2008051713 (Web2C 7.5.6) (Assignments.tex{into \tracingonline=1} {changing \count255=92} {into \count255=5} Before: 5 {reassigning [no_local_whatsits]=0} {reassigning [no_local_dirs]=0} {changing \count255=5} {into \count255=23} In group: 23 {restoring \count255=5} After \endgroup: 5 ) (see the transcript file for additional information) No pages of output. Transcript written on Assignments.log. Now, a few months and betas ago, assignments made inside Lua to tex.count et cetera were always global (see my posting on August 14th 2007 on this mailing list). Now it seems that they respect grouping. Is this meant to stay or is it an unintended side-effect of some other change? Looking into the source ('set_tex_count_register' in luatex.web), it seems that this change is deliberate. If it is a feature (which I'd be very grateful for, since it would simplify a lot of things), how do I perform \global assignments in Lua? As far as I can see from the source, I cannot pass an optional third parameter to tex.setcount: tex.setcount(<string|number> register, <number> value, <boolean> global) I would try my hand at a patch to implement this, but unfortunately, I cannot find the function prototype for set_tex_count_register. A sketch: - Modify <set_tex_count_register> et.al. so that 'a' is no longer a constant local variable, but a parameter. - In ltexlib.c, check for an optional boolean using <lua_toboolean>, then pass either zero (local/false) or four (global/true) as the third parameter to <set_tex_count_register> et.al. - Add a call to @<Adjust \(f)for the setting of \.{\\globaldefs}@> in <set_tex_count_register> et.al. so that \globaldefs works correctly. I'm not sure about the last point, though, since it would mean that TeX would influence Lua's behaviour. OTOH, adding that code would make Lua and TeX behave consistently. Another thing: Setting an attribute using tex.attribute does not seem to add the attribute to nodes, contrary to setting it in TeX. Most likely this is because in TeX, the attribute list cache is reset (luatex.web lines 28106f) and the number of the largest used attribute register is adjusted, which is not done in Lua (luatex.web lines 34646ff). Adding if (j)>max_used_attr then max_used_attr:=(j); attr_list_cache:=cache_disabled; in luatex.web in function 'set_tex_attribute_register' before line 34650 ('word_define(j+attribute_base,v);') fixes this (for both 'tex.setattribute(...)' and 'tex.attribute = ...'). And while we're at it: In luatex.wb line 27777, help1("I'll pretend you didn't say \long or \outer or \global."); should be help1("I'll pretend you didn't say \long or \outer or \global or \protected."); Jonathan

3 10

Cron <luatex@metatex> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 23 May '08

23 May '08

U svn/trunk/src/libs/luafontforge/src/luafflib.c U svn/trunk/src/texk/web2c/luatexdir/depend.mk U svn/trunk/src/texk/web2c/luatexdir/font/texfont.c U svn/trunk/manual/luatexref-t.tex Checked out revision 1290.

1 0

plain.tex with Latin Modern opentype fonts
by Wlodek Bzyl 23 May '08

23 May '08

Hi the latest luatex, when run with plain tex format with Latin Modern opentype fonts produces: segmentation fault, probably due to infinite macro recursion Backtracks from gdb prints: #0 0x00a75802 in free () from /lib/libc.so.6 #1 0x080d33a6 in undump_font (f=1) at ../../../../src/texk/web2c/luatexdir/font/texfont.c:1239 #2 0x0804bf5e in load_fmt_file () at luatexini.c:1240 #3 0x080546ed in main_body () at luatexini.c:2621 #4 0x080a7b76 in main (ac=3, av=0xbfc82864) at luatexextra.c:441 I run into segmentation fault after: 1. Replacing cmr fonts by latin modern fonts in plain.tex : wget http://julia.univ.gda.pl/~matwb/luaplain.tex 2. Gluing, from different sources, a callback 'define_font' function : wget http://julia.univ.gda.pl/~matwb/opentype.lua 3. Dumping the luaplain format : luatex -ini -lua opentype.lua luaplain.tex \dump 4. luatex -fmt luaplain **\end cat texput.log This is LuaTeX, Version snapshot-0.25.3-2008052219 (Web2C 7.5.6) 22 MAY 2008 20:17 **\end ! Emergency stop. <*> \end segmentation fault, probably due to infinite macro recursion No pages of output. Is this segmentation fault my fault or luatex fault? Aha, today I am trying to generate a luatex format with the Polish patterns included. And this email describes my second unsuccessful attempt. --Wlodek Bzyl

2 2

Cron <luatex@metatex> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 23 May '08

23 May '08

U svn/trunk/src/libs/luasocket/src/inet.c U svn/trunk/src/texk/web2c/luatexdir/lua/luainit.c Checked out revision 1286.

1 0

Cron <luatex@metatex> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 22 May '08

22 May '08

U svn/trunk/src/texk/web2c/luatexdir/lua/loslibext.c U svn/trunk/src/texk/web2c/luatexdir/lua/llanglib.c U svn/trunk/src/texk/web2c/luatexdir/lua/lnodelib.c U svn/trunk/src/texk/web2c/luatexdir/font/luafont.c Checked out revision 1284.

1 0

Looking for hyphens with Lua
by Wlodek Bzyl 22 May '08

22 May '08

Hi running the following file --- \lefthyphenmin=1 \righthyphenmin=1 \hyphenation{a-b} \showhyphens{ab} --- displays on the terminal all hyphens that plain LuaTeX finds in 'ab'. Unfortunately, the following 1. build the 'ab' node list 2. call lang.hyphenate to insert discretionary hyphens 3. print the hyphenated node list does not print the hyphenated 'ab' list -- it prints 'b' instead (see the code below). --- \lefthyphenmin=1 \righthyphenmin=1 \hyphenation{a-b} \directlua 0 { function traverse_glyphs(head) for t in node.traverse_id(33, head) do % 33 -> glyph node texio.write_nl('char = ' .. t.char) end end head = node.new(33) head.font = font.current() head.char = 97 % ascii a head.lang = 0 tail = node.new(33) tail.font = font.current() tail.char = 98 % ascii b tail.lang = 0 % build 'ab' list head.next = tail tail.next = nil traverse_glyphs(head) lang.hyphenate(head) traverse_glyphs(head) } \end --- Is it possible to rewind the head pointer below on the begining of the list and to print the hyphenated list? --Wlodek Bzyl

4 4

Re: [Dev-luatex] uname() volunteers needed
by Taco Hoekwater 22 May '08

22 May '08

Hi All, Just to wrap this up: thanks everybody for their results, it has been useful. The luatex trunk now has support for os.uname(), also under Windows. Some people may find it interesting to see the outcome of this mini-survey. Here is a tally of what I received from various people, besides my own Linux/i386-es, and Hans' Windows Vista/i686: 1 CYGWIN_NT-5.1/i686 6 Darwin/i386 2 Darwin/Power Macintosh 1 FreeBSD/amd64 1 FreeBSD/i386 1 HP-UX/ia64 1 IRIX64/IP27 1 IRIX/IP32 1 Linux/i686 2 Linux/ppc 1 Linux/ppc64 2 Linux/sparc64 5 Linux/x86_64 1 OpenBSD/i386 1 OpenVMS/HP_rx2600__(1.40GHz/1.5MB) 2 SunOS/sun4u Best wishes, Taco

1 0

Cron <luatex@metatex> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 22 May '08

22 May '08

U svn/trunk/build.sh.cross D svn/trunk/src/texk/kpathsea/pwd.h U svn/trunk/src/texk/kpathsea/user.c A svn/trunk/src/texk/kpathsea/pwd_nt.h U svn/trunk/src/texk/kpathsea/tilde.c U svn/trunk/src/texk/web2c/luatexdir/luatex.mk Checked out revision 1280.

1 0

uname() volunteer needed
by Taco Hoekwater 22 May '08

22 May '08

Hi all, In a discussion with Yue Wang he convinced me that it would be better to use uname() for finding os.name instead of the current jungle of #ifdefs. Because I do not want to alter the lua return values, that means I will have to interpret the contents of the returned structure a bit. To do that, I would appreciate it if the people on a non-linux32intel platform would compile and run the attached minimalistic C file. Thanks in advance, Taco

3 2