- dev-luatex - NTG Mailing Lists

NTG.nl onderhoud 14&15 maart 2012
by Taco Hoekwater 12 Mar '12

12 Mar '12

Beste lezers, Deze week worden beide harde schijven van de NTG server vervangen als onderdeel van het reguliere onderhoud. Als gevolg daarvan zal de gehele machine (alle email lijsten en websites) vanaf woensdagmiddag tot donderdagochtend onbereikbaar zijn. We doen ons best om alle services weer zo snel mogelijk aan de praat te hebben. --- Dear readers, This week both of the harddisks of the NTG server will be replaced as part of regular maintenance. Consequentially, the whole machine (including all mailing lists and websites) will be unreachable from Wednesday afternoon through Thursday morning. We will do our best to get all services back up as soon as possible. --- Best regards, Taco Hoekwater Elvenkind Hosting

1 0

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

01 Mar '12

------------------------------------------------------------------------ r4361 | khaled | 2012-02-29 20:13:40 +0100 (Wed, 29 Feb 2012) | 9 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.w Rewrite get_delim_box() The older version was always returning a box larger than requested and with some fonts (e.g. STIX Math) extensible \overbrace was too much wider than it should. I tried debugging it but it was too much complex doing many clever things. The rewrite is partly stolen from XeTeX one, further improved and is much simpler and had no regressions AFAICT. This might fix #726 and other potential issues. ------------------------------------------------------------------------ r4362 | khaled | 2012-02-29 20:14:09 +0100 (Wed, 29 Feb 2012) | 1 line Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.w Handle the case where the box can't be stretched as much as we want ------------------------------------------------------------------------ r4363 | khaled | 2012-02-29 20:14:32 +0100 (Wed, 29 Feb 2012) | 6 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.w Use the actual width of the accented box when building extensible accent Previously it took delimiter_shortfall and delimiter_factor into account but it does not confirm with the behaviour of MS implementation, nor plain TeX's hackish \overbrace nor non-extensible accents. It seems to have been used to workaround brokenness of get_delim_box(). ------------------------------------------------------------------------ r4364 | khaled | 2012-02-29 20:15:15 +0100 (Wed, 29 Feb 2012) | 1 line Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.w Fix #689 ------------------------------------------------------------------------

3 4

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

28 Feb '12

------------------------------------------------------------------------ r4360 | khaled | 2012-02-28 12:33:12 +0100 (Tue, 28 Feb 2012) | 4 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.w Always use font's AccentBaseHeight if set Instead of only using it if x height is 0 as it defeats the whole purpose of having this parameter; not tying it to x height. ------------------------------------------------------------------------

1 0

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

22 Feb '12

------------------------------------------------------------------------ r4359 | taco | 2012-02-22 11:48:51 +0100 (Wed, 22 Feb 2012) | 2 lines Changed paths: M /trunk/manual/luatexref-t.tex document glue_sign ------------------------------------------------------------------------

1 0

Build failure of 0.71 and EnumFonts
by Graham Douglas 20 Feb '12

20 Feb '12

Hi I just tried to build the latest LuaTeX and experienced the same build failure reported by Paul Isambert: http://tug.org/pipermail/luatex/2011-October/003250.html I checked the Windows API documentation and it says about "EnumFonts" int EnumFonts( __in HDC hdc, __in LPCTSTR lpFaceName, __in FONTENUMPROC lpFontFunc, __in LPARAM lParam ); "This function is provided only for compatibility with 16-bit versions of Windows. Applications should use the EnumFontFamiliesEx function." int EnumFontFamiliesEx( __in HDC hdc, __in LPLOGFONT lpLogfont, __in FONTENUMPROC lpEnumFontFamExProc, __in LPARAM lParam, DWORD dwFlags ); Note, MS docs say: "dwFlags This parameter is not used and must be zero." Indeed, in GlobalParams.cc contains a couple of calls to EnumFonts WinFontList::WinFontList(char *winFontDirA) { OSVERSIONINFO version; char *path; fonts = new GooList(); dc = GetDC(NULL); winFontDir = winFontDirA; version.dwOSVersionInfoSize = sizeof(version); GetVersionEx(&version); if (version.dwPlatformId == VER_PLATFORM_WIN32_NT) { path = "SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Fonts\\"; } else { path = "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Fonts\\"; } if (RegOpenKeyEx(HKEY_LOCAL_MACHINE, path, 0, KEY_QUERY_VALUE | KEY_ENUMERATE_SUB_KEYS, &regKey) == ERROR_SUCCESS) { EnumFonts(dc, NULL, &WinFontList::enumFunc1, (LPARAM)this); RegCloseKey(regKey); } ReleaseDC(NULL, dc); } And later EnumFonts(fl->dc, font->lfFaceName, &WinFontList::enumFunc2, (LPARAM)fl); As a first approach, perhaps a simple replacement of EnumFonts(.....) with EnumFontFamiliesEx(...,0); Might work? I'll try this to see if it builds.... Cheers Graham

5 6

Trouble with hyphenation.
by Paul Isambert 19 Feb '12

19 Feb '12

Hello all, I've found some strange behavior with hyphenation; but since hyphenation has been discussed frequently, and might involve some settings in conf files somewhere I'm not aware of, I wouldn't like to submit an unnecessary tracker item in case the problem is well known. The code is: \hsize=0pt \overfullrule=0pt \hyphenation{W-h-a-t-e-v-e-r} \uchyph=1 Acceptation Behavior Dying Expression Whatever \uchyph=0 Acceptation Behavior Dying Expression Whatever \bye And comparing the plain TeX compilation in PDFTeX and LuaTeX (all from TL2011, except LuaTeX, which is rev 4358), I notice that: - LuaTeX doesn't obey \uchyph=0; it does hyphenate the words, although not as completely as when \uchyph=1. - "Acceptation" is hyphenated in LuaTeX even though it's the first word, and a hyphenable word should be preceded by a glue (see TeXbook p.256); it is not hyphenated in PDFTeX. - As shown by the hyphenation of "Whatever", LuaTeX disregards \lefthyphenmin and \righthypenmin. Does it ring any bell, or should I add it to the tracker item? Best, Paul

2 4

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

25 Jan '12

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0

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

24 Jan '12

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0

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

24 Jan '12

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0

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

24 Jan '12

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0