Created attachment 153209 [details]
Font features menu
OpenType defines two kinds of fractions, the "diagonal" fraction with the +frac tag and the "nut" fraction with the tag +afrc
Character → Font tab → Features, LibreOffice offers "frac=1" for diagonal fractions and "frac=2" for nut fractions, which is wrong: those are Graphite tags, not OpenType tags, and they are valid only for Linux Libertine G and Linux Biolinum G fonts (Graphite tags are not standardized).
Because of their similarity, LibreOffice understand both, "frac=1" and "frac=2" as just "frac" which apply the diagonal OpenType fraction.
This wrong preset also generates problems with font preview when using some fonts, because on 6.3 the "frac=1" is applied even if not explicitly selected by the user, as you can see in the attached screenshot.
For the screenshot I'm using a font called Sukhumala that offer both, diagonal and (some) nut fractions:
Clearly, "frac=2" does not work to get nut fractions with Sukhumala, but "afrc" does.
If want you chose a styleset or something like "onum" or "pnum" from font feature menu automatically adds "frac=1" no matter if you have selected a feature or not.
So if you call up the menu item, this feature "frac=1" will be added.
I have testet it with font Fira Sans (original from Mozilla Foundation).
Don't see need for UX input (besides the UI, which is a different topic). Please add the keyword again if input is needed.
Khaled, what do you think about the issue?
What RGB stated is absolutely correct.
I am about to file a bug/enhancement report regarding OpenType features, and have, in that course, found out that a newer version already contains a GUI implementation of them. So I have updated LO and tested the features.
And it is true: The fractions feature uses a wrong code (frac=1).
Furthermore, the default value is "diagonal", which doesn’t make sense.
This is a feature that should not be turned on by default.
Instead, there should be three values: "none", "diagonal" and "stacked".
(Please see my other report to see how I would implement it graphically.)
The code for "diagonal" would be "frac"; the code for "stacked" would be "afrc".
And I wouldn’t call the latter "nut" – that’s nuts.
At the moment, if I select the "nut fractions", what is created are diagonal fractions. As stated above, the default value is "diagonal", which creates no fractions at all.
But, guys, you are awesome to implement this, at all.
We will certainly get it to work properly.
(In reply to Tobias Hemm from comment #3)
> What RGB stated is absolutely correct.
=> Status NEW