- dev-luatex - NTG Mailing Lists

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 08 Feb '11

08 Feb '11

------------------------------------------------------------------------ r4082 | oneiros | 2011-02-07 22:14:14 +0100 (Mon, 07 Feb 2011) | 2 lines Changed paths: D /branches/0.30 D /branches/0.40.x D /branches/0.60.x rm obsolete branches ------------------------------------------------------------------------ r4083 | hhenkel | 2011-02-07 23:09:59 +0100 (Mon, 07 Feb 2011) | 2 lines Changed paths: M /branches/lua-obj/source/texk/web2c/luatexdir/luascripts/pdflua.lua M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.w experimental getpagelist() ------------------------------------------------------------------------

1 0

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

07 Feb '11

------------------------------------------------------------------------ r4081 | hhenkel | 2011-02-07 21:55:39 +0100 (Mon, 07 Feb 2011) | 2 lines Changed paths: M /branches/lua-obj/source/texk/web2c/luatexdir/luascripts/pdflua.lua M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfgen.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.h M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.w create /Catalog and /Info dicts early ------------------------------------------------------------------------

1 0

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

07 Feb '11

------------------------------------------------------------------------ r4078 | hhenkel | 2011-02-06 22:32:20 +0100 (Sun, 06 Feb 2011) | 2 lines Changed paths: M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.w (lua-obj) Real and Null objects fixed ------------------------------------------------------------------------ r4079 | hhenkel | 2011-02-07 00:23:36 +0100 (Mon, 07 Feb 2011) | 2 lines Changed paths: M /branches/lua-obj/source/texk/web2c/luatexdir/luascripts/pdflua.lua M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfgen.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.h M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdftypes.h scripted /Info dict (experimental) ------------------------------------------------------------------------ r4080 | hhenkel | 2011-02-07 00:30:22 +0100 (Mon, 07 Feb 2011) | 2 lines Changed paths: M /branches/lua-obj/source/texk/web2c/luatexdir/luascripts/pdflua.lua fix infotoks ------------------------------------------------------------------------

1 0

file permissions
by Reinhard Kotucha 07 Feb '11

07 Feb '11

Hi Taco, when writing scripts in texlua, I often have to find out whether a file or directory is readable or writable. The permission flags I get from lfs.attributes() are not sufficient. Though I can determine the UID and GID of the file owner, I still have to find out my own UID and GID and whether I'm member of a particular group. This is difficult, sometimes impossible (without access to getpwent(3) and getgrent(3)), and quite system dependent. In order to test whether a file is readable I currently open this file in a protected call. This is also possible for directories when I run lfs.dir() inside pcall(). It's not very elegant, and I still have no idea how to test whether a file is writable. I could try to open the file in append mode, but I fear that if the file is writable, this test would change the time stamps. Not very elegant either. I'm not aware of a better solution, but maybe I'm missing something. If not, I propose a new function lfs.access() which takes a file name and a string as an argument containing any combination of the letters 'r', 'w', or 'x' and returns the result of the system call access(2) (as a boolean). For instance, lfs.access(somefile, "rx") would then return the result of the system call access(somefile, R_OK|X_OK). On Windows there is a function _access() in the runtime lib which is similar to access(2) on Unix, though the executable flag isn't supported. Maybe it can be ignored. On the other hand it would be very convenient if the function returns true if the file is in PATH and its extension is in PATHEXT (as described in the MSVCRT sources). This makes the function call more expensive, but I think that access(2) is relatively expensive on Unix too because of the UID/GID lookups. I first considered to propose to extend lfs.isfile() and lfs.isdir() by an optional argument, but because lfs.isfile() checks whether a file is a regular file (which is fine), this seems to impose an unnecessary limitation: print(lfs.isfile('/dev/null')) => false print(lfs.attributes('/dev/null', 'mode')) => char device Hence, I think that a separate function lfs.access() makes more sense. WDYT? Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

3 8

HarfBuzz [slightly off-topic]
by Graham Douglas 03 Feb '11

03 Feb '11

Hi to all Apologies in advance for the slightly off-topic nature of this post. I've been reading about HarfBuzz which certainly looks to be an interesting project. From the project page there is a link to an article titled "State of Text Rendering" by Behdad Esfahbod http://behdad.org/text/ Within that article is a section on TeX engines with a reference to XeTeX and LuaTeX --- I'm just quoting a small bit of the article which I hope is not too much out of context: "The XeTeX creator is working on HarfBuzz on behalf of Mozilla now, and plans to port XeTeX to HarfBuzz eventually. In the long term though, pdfTeX's successor luaTeX should be made to do the same thing. There is more to Unicode support than just shaping, and in those areas the TeX engines can gain a lot by building on top of existing libraries." At present my own understanding of the precise role that HarfBuzz could play is a little sketch/hazy right now, but I'm working on that ;-). In the meantime I'd be interested to know if, in theory, HarfBuzz could be usefully plugged into LuaTeX, such as via an external library (.so/.dll).From what I understand... HarfBuzz provides a shaping engine so that, for example, it could provide useful services such as the bidi algorithm, and information that could be useful for typesetting complex scripts such as Arabic. Again, I stress my currently incomplete understanding of the precise services HarfBuzz would provide. lso, how would you pass back to LuaTeX the results so that the LuaTeX engine could use them? If anyone could help me understand this a little more or indeed let me know if there really is nothing to explore that too would be good. I have not tried to compile HarfBuzz yet so have not played with it at all. I'm merely curious in light of the remarks on the HarfBuzz site. Thank to anyone who can shed some light on this for me. Cheers Graham

6 11

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 02 Feb '11

02 Feb '11

------------------------------------------------------------------------ r4077 | hhenkel | 2011-02-01 23:12:26 +0100 (Tue, 01 Feb 2011) | 2 lines Changed paths: M /branches/lua-obj/source/texk/web2c/luatexdir/lua/lpdflib.c M /branches/lua-obj/source/texk/web2c/luatexdir/luascripts/pdflua.lua M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfgen.h M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfgen.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.h M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdftypes.h scripted /Catalog (experimental) ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 01 Feb '11

01 Feb '11

------------------------------------------------------------------------ r4075 | hhenkel | 2011-01-31 23:57:41 +0100 (Mon, 31 Jan 2011) | 2 lines Changed paths: A /branches/lua-obj (from /trunk:4074) make branch from SVN 4074 ------------------------------------------------------------------------ r4076 | hhenkel | 2011-02-01 00:19:58 +0100 (Tue, 01 Feb 2011) | 2 lines Changed paths: M /branches/lua-obj/source/texk/web2c/luatexdir/lua/luastuff.w M /branches/lua-obj/source/texk/web2c/luatexdir/luascripts/pdflua.lua M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pagetree.h M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pagetree.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfgen.h M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfgen.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.h M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdfluaapi.w M /branches/lua-obj/source/texk/web2c/luatexdir/pdf/pdftypes.h experimental scripted /Page & /Pages object handling ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 31 Jan '11

31 Jan '11

------------------------------------------------------------------------ r4074 | hhenkel | 2011-01-31 20:45:29 +0100 (Mon, 31 Jan 2011) | 2 lines Changed paths: D /branches/0.61.0_poppler rm obsolete branch ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 31 Jan '11

31 Jan '11

------------------------------------------------------------------------ r4073 | taco | 2011-01-31 13:58:01 +0100 (Mon, 31 Jan 2011) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/luafont.w A second attempt at #518 ------------------------------------------------------------------------

1 0

Re: [Dev-luatex] [lltx] quietening lualatex console output
by Martin Schröder 30 Jan '11

30 Jan '11

2011/1/29 Philipp Stephani <st_philipp(a)yahoo.de>: > I think LuaTeX should aim for more sane output in general, similar to other non-TeX compilers. That means: But LuaTeX isn't a compiler. :-) > - No printing of page numbers (already possible), file names (suggested in http://tracker.luatex.org/view.php?id=535) and similar nonsense. People who are interested in which files are loaded can use the filename recorder. > - All messages use file:line:message style, even those that come from \write or Lua print() or texio.write() > - \scrollmode (i.e. no user interaction) by default > - Primitives or Lua functions for printing errors, warnings and informational messages > - Getting rid of \errhelp > - Messages are never broken across lines; every message is exactly one line; newline chars in messages are converted to spaces > - No continuation of messages > - No log file > - Error messages go to stderr > - No banner I find it really hard to take your requests seriously. You describe a program that behaves very different from what we have used for the last decades. And you give no compelling reason for the changes. > I don't think this has to be configurable. The current mess probably needs to stay for compatibility reasons, but a command line option --sane-output could be added that switches output to the sensible style GCC and most other compiler use. And now I think you are trolling... Best Martin

1 0