[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#25309: 11.89.8; multi-level script fontification stacks incorrectly
From: |
Tassilo Horn |
Subject: |
bug#25309: 11.89.8; multi-level script fontification stacks incorrectly |
Date: |
Sun, 01 Jan 2017 17:20:16 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
Gennady Uraltsev <address@hidden> writes:
Hi Gennady,
> The relevant variables with apropriate values are:
>
> font-latex-fontify-script multi-level
> font-latex-scipt-display ((raise -0.3) raise 0.3)
>
> and the two faces
>
> Font Latex Superscript Face ((t
> (:height 0.8)))
>
> Font Latex Subscript Face: ((t
> (:height 0.8)))
Right.
> What happens is that the font faces always get applied and the
> compound (you see the font getting smaller progressively) this is
> because for font specifications, specifying a fractional value means
> taking the parent font and modifying it by that factor (for hight).
Seems to be the case although only with scripts containing {...} with
nested scripts.
> A different behavior happens for font-latex-scipt-display ((raise
> -0.3) raise 0.3). According to manual the first part is relative to
> subscripts and the second to superscripts.
>
> Immagine an expression like
>
> base^{u2^{u3_{d1}}}_{d2_{d3^{u4_{d4^{u5}}}}}}
>
> the raising gets applied only if the first consecutive sub or super
> script of a series. That means that ^{x} appears raised unless the
> containing expression is also a superscript. Similarly lowering a
> subscript gets applied only if the containing expression is NOT
> another subscript.
Yes, that seems to be the current behavior.
> In the above example the raising gets applied to u2 u4 u5 and not u3
> Lowering (negative raising) gets applied to d1 d2 d4 but not d3
>
> Notice also that the raising gets calculated with respect to the base
> line and not the containing level.
>
> Finally the "apparent" going down of the stack
> 1^{2^{3^{4}}} is due simply to the fact that the font gets smaller
I've also re-read the docs in the meantime and wondered how this feature
could have worked at all at. But I'm pretty sure that back at that time
when I added the feature, $x^y^z$ was displayed as one would expect,
i.e., y raised above x and smaller, z raised above y and smaller. Uwe,
do you remember?
But again, even if it worked it would be a mystery why...
Bye,
Tassilo
signature.asc
Description: PGP signature
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, (continued)
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Uwe Brauer, 2017/01/01
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Tassilo Horn, 2017/01/01
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Gennady Uraltsev, 2017/01/01
- Message not available
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly,
Tassilo Horn <=
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Uwe Brauer, 2017/01/01
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Tassilo Horn, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Uwe Brauer, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Tassilo Horn, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Uwe Brauer, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Tassilo Horn, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Uwe Brauer, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Gennady Uraltsev, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Uwe Brauer, 2017/01/02
- bug#25309: 11.89.8; multi-level script fontification stacks incorrectly, Tassilo Horn, 2017/01/03