[fontloader] positioning of diacritics
Good morning! This report by Github user SverreStausland has been lingering on the Luaotfload tracker for a while: There appears to be a difference between how certain faces of the Libertine family handle the placement of diacritics. With Version 5.1.2 of the family [0], the "RZI" version (fullname: “Linux Libertine O Semibold Italic”) shows a different behavior than its “RZ” companion (“Linux Libertine O Semibold”). Short demonstration in Context: \definefontfeature [ourfeats] [default] [mode=node] \starttext \start \definedfont [file:LinLibertine_RI.otf*ourfeats] V\char"0306 \stop \start \definedfont [file:LinLibertine_RZI.otf*ourfeats] V\char"0306 \stop \stoptext Note the misaligned combining breve above the latter. An equivalent test for Plain [1] shows that the correct position information is there somewhere in the font, since the Xetex engine typesets it correctly. Best regards, Philipp [0] MD5 hashes of the files: 4bfd3481c1486f5d1ea13304981df7a6 LinLibertine_RZI.otf 153765bd2b29d6026fb2fa0b198a4995 LinLibertine_RZ.otf [1] https://bitbucket.org/phg/lua-la-tex-tests/src/tip/pln-diacritics-1.tex
On 12/15/2014 8:08 AM, Philipp Gesang wrote:
Good morning!
This report by Github user SverreStausland has been lingering on the Luaotfload tracker for a while: There appears to be a difference between how certain faces of the Libertine family handle the placement of diacritics.
With Version 5.1.2 of the family [0], the "RZI" version (fullname: “Linux Libertine O Semibold Italic”) shows a different behavior than its “RZ” companion (“Linux Libertine O Semibold”). Short demonstration in Context:
\definefontfeature [ourfeats] [default] [mode=node]
\starttext \start \definedfont [file:LinLibertine_RI.otf*ourfeats] V\char"0306 \stop \start \definedfont [file:LinLibertine_RZI.otf*ourfeats] V\char"0306 \stop \stoptext
Note the misaligned combining breve above the latter. An equivalent test for Plain [1] shows that the correct position information is there somewhere in the font, since the Xetex engine typesets it correctly.
it's a bug in the font: uni0306 in the second one has class "base" while in the first one it has class "mark" and context checks on that \enabletrackers[otf.bugs]
Best regards, Philipp
[0] MD5 hashes of the files:
4bfd3481c1486f5d1ea13304981df7a6 LinLibertine_RZI.otf 153765bd2b29d6026fb2fa0b198a4995 LinLibertine_RZ.otf
[1] https://bitbucket.org/phg/lua-la-tex-tests/src/tip/pln-diacritics-1.tex
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
-- ----------------------------------------------------------------- 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 12/15/2014 8:08 AM, Philipp Gesang wrote:
Good morning!
This report by Github user SverreStausland has been lingering on the Luaotfload tracker for a while: There appears to be a difference between how certain faces of the Libertine family handle the placement of diacritics.
With Version 5.1.2 of the family [0], the "RZI" version (fullname: “Linux Libertine O Semibold Italic”) shows a different behavior than its “RZ” companion (“Linux Libertine O Semibold”). Short demonstration in Context:
\definefontfeature [ourfeats] [default] [mode=node]
\starttext \start \definedfont [file:LinLibertine_RI.otf*ourfeats] V\char"0306 \stop \start \definedfont [file:LinLibertine_RZI.otf*ourfeats] V\char"0306 \stop \stoptext
Note the misaligned combining breve above the latter. An equivalent test for Plain [1] shows that the correct position information is there somewhere in the font, since the Xetex engine typesets it correctly.
it's a bug in the font:
uni0306 in the second one has class "base" while in the first one it has class "mark" and context checks on that
\enabletrackers[otf.bugs]
Thanks for the reply and for the pointer. That tracker is indeed pretty handy! I attempted to open a bug report on the Libertine tracker but Sourceforge refuses to cooperate :/ Maybe next time. Best regards, Philipp
Am 15.12.2014 um 21:43 schrieb Philipp Gesang:
\enabletrackers[otf.bugs]
Thanks for the reply and for the pointer. That tracker is indeed pretty handy!
I attempted to open a bug report on the Libertine tracker but Sourceforge refuses to cooperate :/ Maybe next time.
As far as I know there is no more a development of Libertine Herbert
···
Am 15.12.2014 um 21:43 schrieb Philipp Gesang:
\enabletrackers[otf.bugs]
Thanks for the reply and for the pointer. That tracker is indeed pretty handy!
I attempted to open a bug report on the Libertine tracker but Sourceforge refuses to cooperate :/ Maybe next time.
As far as I know there is no more a development of Libertine
The font is open source to some extent, isn’t it? Any feedback will be valuable should someone decide to take up maintainance / development. Philipp
participants (3)
-
Hans Hagen -
Herbert Voss -
Philipp Gesang