I've looked at how to restore the old "composite char" code in Gecko
that was used in the past to stretch horizontal braces with CMEX10. I'm
now leaning towards removing all this unused code. That seems a bit
overkill to keep it, just to support the particular case of MathJax
fonts with horizontal braces. Moreover, I expect that in the future
Gecko will support Open Type Math. Modern fonts with this feature seem
to build the middle char of the brace with only one single glyph. This
includes STIX, Cambria and the self-proclaimed descendant of Computer
Modern "LM Math". So I'm wondering if we could just include the 2 glyphs
for these middle chars (or perhaps for those for other parts of the
braces too) in the MathJax fonts, so that Firefox could also stretch the
vertical braces with MathJax fonts. When I open LM Math with fontforge,
these glyphs are named uni23DE.mid and uni23DF.mid, maybe you can take
them for the MathJax fonts?

The horizontal brace middle is one of the character I would like to
add. There is no need to find one in another font, as I can use
FontForge to generate the single glyph from the two separate ones.
The other scaled pieces also need to be present in a better form for
making stretchy characters. The scaling is there as a hack to get
approximately what is needed given the characters present (and the
results are not optimal). The MathJax fonts need to have more of the
various pieces needed for the stretchy characters. None of this is
particularly problematic; I just need to find the time to do it.

Thanks, that's great! So I guess I'm going to remove the unused code
from Mozilla's source. I'll update the font data when the MathJax fonts
are updated.

On 11/08/2012 13:57, Davide P. Cervone wrote:
> The horizontal brace middle is one of the character I would like to
> add. There is no need to find one in another font, as I can use
> FontForge to generate the single glyph from the two separate ones.
> The other scaled pieces also need to be present in a better form for
> making stretchy characters. The scaling is there as a hack to get
> approximately what is needed given the characters present (and the
> results are not optimal). The MathJax fonts need to have more of the
> various pieces needed for the stretchy characters. None of this is
> particularly problematic; I just need to find the time to do it.
>
> Davide
>
>

> On Aug 11, 2012, at 4:02 AM, Fr�d�ric WANG wrote:
>
>> Hi,
>>
>> Davide mentioned a couple of times that he is going to update the
>> MathJax fonts.
>>
>> Firefox >= 13 supports most important stretchy construction with
>> MathJax fonts, except those that use "scale" parameter and the
>> important exception of horizontal braces:
>>
>> https://bugzilla.mozilla.org/show_bug.cgi?id=732832>>
>> I've looked at how to restore the old "composite char" code in Gecko
>> that was used in the past to stretch horizontal braces with CMEX10.
>> I'm now leaning towards removing all this unused code. That seems a
>> bit overkill to keep it, just to support the particular case of
>> MathJax fonts with horizontal braces. Moreover, I expect that in the
>> future Gecko will support Open Type Math. Modern fonts with this
>> feature seem to build the middle char of the brace with only one
>> single glyph. This includes STIX, Cambria and the self-proclaimed
>> descendant of Computer Modern "LM Math". So I'm wondering if we could
>> just include the 2 glyphs for these middle chars (or perhaps for
>> those for other parts of the braces too) in the MathJax fonts, so
>> that Firefox could also stretch the vertical braces with MathJax
>> fonts. When I open LM Math with fontforge, these glyphs are named
>> uni23DE.mid and uni23DF.mid, maybe you can take them for the MathJax
>> fonts?
>>
>> --

Davide, do you think that the changes to the MathJax fonts is something
that can happen for the next release?

On 11/08/2012 13:57, Davide P. Cervone wrote:

> The horizontal brace middle is one of the character I would like to
> add. There is no need to find one in another font, as I can use
> FontForge to generate the single glyph from the two separate ones.
> The other scaled pieces also need to be present in a better form for
> making stretchy characters. The scaling is there as a hack to get
> approximately what is needed given the characters present (and the
> results are not optimal). The MathJax fonts need to have more of the
> various pieces needed for the stretchy characters. None of this is
> particularly problematic; I just need to find the time to do it.
>
> Davide
>
>

> On Aug 11, 2012, at 4:02 AM, Fr�d�ric WANG wrote:
>
>> Hi,
>>
>> Davide mentioned a couple of times that he is going to update the
>> MathJax fonts.
>>
>> Firefox >= 13 supports most important stretchy construction with
>> MathJax fonts, except those that use "scale" parameter and the
>> important exception of horizontal braces:
>>
>> https://bugzilla.mozilla.org/show_bug.cgi?id=732832>>
>> I've looked at how to restore the old "composite char" code in Gecko
>> that was used in the past to stretch horizontal braces with CMEX10.
>> I'm now leaning towards removing all this unused code. That seems a
>> bit overkill to keep it, just to support the particular case of
>> MathJax fonts with horizontal braces. Moreover, I expect that in the
>> future Gecko will support Open Type Math. Modern fonts with this
>> feature seem to build the middle char of the brace with only one
>> single glyph. This includes STIX, Cambria and the self-proclaimed
>> descendant of Computer Modern "LM Math". So I'm wondering if we could
>> just include the 2 glyphs for these middle chars (or perhaps for
>> those for other parts of the braces too) in the MathJax fonts, so
>> that Firefox could also stretch the vertical braces with MathJax
>> fonts. When I open LM Math with fontforge, these glyphs are named
>> uni23DE.mid and uni23DF.mid, maybe you can take them for the MathJax
>> fonts?
>>
>> --

> Davide, do you think that the changes to the MathJax fonts is
> something that can happen for the next release?

Not this current bug-fix release that we have been working on, but the
one after that, I would expect.

Davide

> On 11/08/2012 13:57, Davide P. Cervone wrote:
>> The horizontal brace middle is one of the character I would like to
>> add. There is no need to find one in another font, as I can use
>> FontForge to generate the single glyph from the two separate ones.
>> The other scaled pieces also need to be present in a better form
>> for making stretchy characters. The scaling is there as a hack to
>> get approximately what is needed given the characters present (and
>> the results are not optimal). The MathJax fonts need to have more
>> of the various pieces needed for the stretchy characters. None of
>> this is particularly problematic; I just need to find the time to
>> do it.
>>
>> Davide
>>
>>

>> On Aug 11, 2012, at 4:02 AM, Frédéric WANG wrote:
>>
>>> Hi,
>>>
>>> Davide mentioned a couple of times that he is going to update the
>>> MathJax fonts.
>>>
>>> Firefox >= 13 supports most important stretchy construction with
>>> MathJax fonts, except those that use "scale" parameter and the
>>> important exception of horizontal braces:
>>>
>>> https://bugzilla.mozilla.org/show_bug.cgi?id=732832>>>
>>> I've looked at how to restore the old "composite char" code in
>>> Gecko that was used in the past to stretch horizontal braces with
>>> CMEX10. I'm now leaning towards removing all this unused code.
>>> That seems a bit overkill to keep it, just to support the
>>> particular case of MathJax fonts with horizontal braces. Moreover,
>>> I expect that in the future Gecko will support Open Type Math.
>>> Modern fonts with this feature seem to build the middle char of
>>> the brace with only one single glyph. This includes STIX, Cambria
>>> and the self-proclaimed descendant of Computer Modern "LM Math".
>>> So I'm wondering if we could just include the 2 glyphs for these
>>> middle chars (or perhaps for those for other parts of the braces
>>> too) in the MathJax fonts, so that Firefox could also stretch the
>>> vertical braces with MathJax fonts. When I open LM Math with
>>> fontforge, these glyphs are named uni23DE.mid and uni23DF.mid,
>>> maybe you can take them for the MathJax fonts?
>>>
>>> --