Description: Recently OpenType specification introduced Font Variation in version 1.8, as the specification, this technology allow a font designer to incorporate multiple font faces within a font family into a single font resource. Steps to Reproduce: To make specific font variation available, some of operations such as Bold and Italic need to handle OT Font Variation mechanism. Actual Results: If LibreOffice get this support, any documents opened/saved with LibreOffice could also use OT Variation based text layout. Expected Results: If LibreOffice get support for this technology, it would get predictable appearences when using fonts that use OT Font Variation mechanism, and getting great flexibility for content authors and designers while also allowing the font data to be represented in an efficient format. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Android 4.3; Mobile; rv:49.0) Gecko/49.0 Firefox/49.0
Sounds useful -> NEW
On this article you will see the advantages of using OpenType Font Variations in the document if you can read Chinese: http://www.typeisbeautiful.com/2016/09/10968/zh-hant/
Microsoft has docoments related to OpenType Font Variation https://www.microsoft.com/typography/otspec/otvaroverview.htm
HarfBuzz developer announced version 1.4.0 is released, which started providing APIs for font variations, so we can try to implement font variation based on this, but we can also try newer version to get enhanced support.
(In reply to Volga from comment #4) > HarfBuzz developer announced version 1.4.0 is released, which started > providing APIs for font variations, so we can try to implement font > variation based on this, but we can also try newer version to get enhanced > support. Yep, it's just a question of what Linux distributions we target.. the HarfBuzz version can't be too new :)
(In reply to Volga from comment #4) > HarfBuzz developer announced version 1.4.0 is released, which started > providing APIs for font variations, so we can try to implement font > variation based on this, but we can also try newer version to get enhanced > support. Recently HB 1.4.1 is released, which improved build configuration to gef better performance when building with Unicode data, so I suggest intergrate HB 1.4.1 or newer.
(In reply to Buovjaga from comment #5) > Yep, it's just a question of what Linux distributions we target.. the > HarfBuzz version can't be too new :) Don’t worry, HarfBuzz will get complete support for OT Variations in the future, this time will not later than LO 5.4.0 alpha1 stage. You’ll feel free to enjoy it and make sure no problem before 5.4.0 is released.
Monotype provided two variable fonts for test purpose https://github.com/Monotype/Monotype_prototype_variable_fonts/
The following resources also useful for test. https://github.com/TypeNetwork/fb-Decovar https://github.com/TypeNetwork/fb-Amstelvar https://github.com/googlei18n/noto-fonts/tree/master/alpha/from-pipeline/unhinted/variable-ttf
We can try to make font name, font weight and font style works with stst table, for font size, we can try to detect opsz tag of the fvar table, then make sized based variation works.
We can try to make font name, font weight and font style works with 'stat' table, for font size, we can try to handle 'opsz' tag of the 'fvar' table to make sized based variation works.
Google Noto Variable fonts moved here: https://github.com/googlei18n/noto-fonts-alpha/tree/master/from-pipeline/unhinted/variable-ttf
Bug 109142 have been fixed recently, which bring us HarfBuzz 1.4.8 with OpenType Font Variation support, so we can started to working for this.
Windows 10 Fall Creators Update bundled a variable font "Bahnschrift". https://blogs.windows.com/windowsexperience/2017/08/23/announcing-windows-10-insider-preview-build-16273-pc/ https://venturebeat.com/2017/08/23/microsoft-releases-new-windows-10-preview-with-shell-edge-and-input-improvements/ This font having 5 weights produced via font variation, and they works on screen, but failed for printing and PDF expert. See bug 108497.
*** Bug 114855 has been marked as a duplicate of this bug. ***
Do you started working for this? I’ve discovered the following commit: https://cgit.freedesktop.org/libreoffice/core/commit/?id=cb54bb89494218589227246f1923d8a24ab1676a rhbz#1690732 basic font variation support I’ll see whether this is works on Windows.
(In reply to Volga from comment #16) > Do you started working for this? I’ve discovered the following commit: > > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=cb54bb89494218589227246f1923d8a24ab1676a > > rhbz#1690732 basic font variation support > > I’ll see whether this is works on Windows. Based on the changes files, I doubt it works on Windows
(In reply to Volga from comment #16) > Do you started working for this? I’ve discovered the following commit: > > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=cb54bb89494218589227246f1923d8a24ab1676a > > rhbz#1690732 basic font variation support > > I’ll see whether this is works on Windows. OK, I tested on Windows again, reproduced with: 版本: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU 线程: 4; 操作系统: Windows 10.0; UI 渲染: 默认; VCL: win; 区域语言: zh-CN (zh_CN); UI 语言: zh-CN Calc: CL With Bahnschrift font family I saw the glyphs looks as expected, but LibreOffice failed to handle advance width for condensed and semi-condensed fonts, and failed to expert into PDF.
Created attachment 153643 [details] Test file Here is an archive of test files, this archive includes: Bahnschrift test.odt - File used for test. Bahnschrift test.pdf - File experted directly with LiberOffice. Bahnschrift test-1.pdf - File "printed" with PDFCreator with instrustions in bug 108497, comment 20.
*** Bug 140538 has been marked as a duplicate of this bug. ***
*** Bug 137301 has been marked as a duplicate of this bug. ***
*** Bug 141726 has been marked as a duplicate of this bug. ***
*** Bug 140710 has been marked as a duplicate of this bug. ***
*** Bug 147824 has been marked as a duplicate of this bug. ***
*** Bug 130149 has been marked as a duplicate of this bug. ***
*** Bug 145306 has been marked as a duplicate of this bug. ***
*** Bug 146355 has been marked as a duplicate of this bug. ***
I think this should not just to support variable fonts. While a variable font is used, LibreOffice need to provide more options to let users adjust variable axis as whatever they want, at least in the Character dialog.
*** Bug 149879 has been marked as a duplicate of this bug. ***
*** Bug 150579 has been marked as a duplicate of this bug. ***
Now it's necessary to add some options to tweak variation axis.
This should be fixed now. We support variable fonts and apply variations to text metrics and layout features properly. Support is currently limited to named instances, to support arbitrary font variations, we will need both UI support as well as file format support, so this should be tracked separately.
(In reply to خالد حسني from comment #32) > This should be fixed now. We support variable fonts and apply variations to > text metrics and layout features properly. Support is currently limited to > named instances, to support arbitrary font variations, we will need both UI > support as well as file format support, so this should be tracked separately. OK, go to bug 152206.