Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
------------------------------------------------------------------------ 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 ------------------------------------------------------------------------
On Wed, Feb 29, 2012 at 10:28:24PM +0100, Cron Daemon wrote:
------------------------------------------------------------------------ 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.
I hope this won't break anything (I tested as much as I can), I didn't want to make such invasive changes but this one was irresistible :) Regards, Khaled
On 29-2-2012 22:43, Khaled Hosny wrote:
On Wed, Feb 29, 2012 at 10:28:24PM +0100, Cron Daemon wrote:
------------------------------------------------------------------------ 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.
I hope this won't break anything (I tested as much as I can), I didn't want to make such invasive changes but this one was irresistible :)
if it breaks old time bordercase misuse in macro solutions we should not bother too much (as long it's documented) ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Wed, Feb 29, 2012 at 11:15:55PM +0100, Hans Hagen wrote:
On 29-2-2012 22:43, Khaled Hosny wrote:
On Wed, Feb 29, 2012 at 10:28:24PM +0100, Cron Daemon wrote:
------------------------------------------------------------------------ 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.
I hope this won't break anything (I tested as much as I can), I didn't want to make such invasive changes but this one was irresistible :)
if it breaks old time bordercase misuse in macro solutions we should not bother too much (as long it's documented)
It should improve things, no breakage is indented. LuaTeX's math code is a bit risky because there is no clear separation handling of old and new math fonts, I'd have liked of code for TFM fonts was separate and "frozen", but I think it is too late for that. Regards, Khaled
On 1-3-2012 00:18, Khaled Hosny wrote:
On Wed, Feb 29, 2012 at 11:15:55PM +0100, Hans Hagen wrote:
On 29-2-2012 22:43, Khaled Hosny wrote:
On Wed, Feb 29, 2012 at 10:28:24PM +0100, Cron Daemon wrote:
------------------------------------------------------------------------ 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.
I hope this won't break anything (I tested as much as I can), I didn't want to make such invasive changes but this one was irresistible :)
if it breaks old time bordercase misuse in macro solutions we should not bother too much (as long it's documented)
It should improve things, no breakage is indented. LuaTeX's math code is a bit risky because there is no clear separation handling of old and new math fonts, I'd have liked of code for TFM fonts was separate and "frozen", but I think it is too late for that.
it is on the agenda to have a flag in the tfmtable for that so that there can be branches for each case so if the old code is commented out it can always be introduced again (unless we decide that luatex is opentype math machinery only, which is unlikely as till now we want to be old tex compatible too) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (3)
-
Hans Hagen -
Khaled Hosny -
root＠mail.boekplan.nl