https://bugs.documentfoundation.org/show_bug.cgi?id=128080
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected],
| |[email protected]
--- Comment #2 from V Stuart Foote <[email protected]> ---
Can not confirm on Windows 10 Home 64-bit en-US with
Version: 6.3.2.2 (x64)
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win;
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
I make font substitution of test document (otherwise fallback font):
Noto Sans TC Regular (v1.004)
Source Sans Pro (v2.010)
Source Han Sans (v2.001) [1]
The Source Han Sans elevates tone marks (ox02c7, 0x02c9, 0x02ca, 0x02cb) on
both the Horizontal and the Vertical runs. Maybe not a fully offsset from
baseline as needed, but not sitting on it for either orientation. Clip
attached...
The Source Sans Pro elevates tone marks in the Horizontal run, but not for the
vertical.
Interestingly the Noto Sans TC does not elevate any of the tone mark glyphs in
horizontal layout. I guess they have not been updated to Adobe-fonts new
baseline.
=-ref-=
[1] Source Han Sans release on Git-hub:
https://github.com/adobe-fonts/source-han-sans/tree/release
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
