FS#42701 - [gsfonts] Incomplete fonts.dir and fonts.scale
Attached to Project:
Arch Linux
Opened by SATO Tatsuya (tattsan) - Friday, 07 November 2014, 04:50 GMT
Last edited by Gaetan Bisson (vesath) - Wednesday, 19 November 2014, 21:37 GMT
Opened by SATO Tatsuya (tattsan) - Friday, 07 November 2014, 04:50 GMT
Last edited by Gaetan Bisson (vesath) - Wednesday, 19 November 2014, 21:37 GMT
|
Details
Description:
mkfontdir and mkfontscale generate incomplete lists for gsfonts package. fonts.dir and fonts.scale lack n021003l.pfb and n021023l.pfb. Additional info: * package version: gsfonts 20130917-1 |
This task depends upon
Closed by Gaetan Bisson (vesath)
Wednesday, 19 November 2014, 21:37 GMT
Reason for closing: Upstream
Wednesday, 19 November 2014, 21:37 GMT
Reason for closing: Upstream
Using pfb2pfa utility, I checked weights of the fonts.
As for the previous version (gsfonts-1.0.7pre44-4), weights are defined as follows:
grep Weight n021003l.pfa
/Weight (Regular) readonly def
grep Weight n021004l.pfa
/Weight (Bold) readonly def
but current vesion (gsfonts-20130917-1):
grep Weight n021003l.pfa
/Weight (Regular) readonly def
grep Weight n021004l.pfa
/Weight (Medium) readonly def
So I post this report as a gsfonts package problem.
But It may be rather mkfontscale which should be fixed.
Mkfontscale assign 'medium' as WEIGHT_NAME XLFD field, both for Medium and Regular Weights of Type1 fonts.
On the other hand, X11 document says:
> 3.1.2.3. WEIGHT_NAME Field
> WEIGHT_NAME is a string that identifies the font's typographic weight, that is, the nominal
> blackness of the font, according to the FOUNDRY's judgment.
(snip)
The string in this field is determined by the FOUNDRY's judgment.
So mkfontscale should NOT regularize the string based on something like X11 convention,
and mkfontscale should distinguish different weights like Regular and Medium.
Could you report this problem to upstream?
I have no good idea to work around this problem via our gsfonts' PKGBULD.
Weights can be altered by using t1utils (t1ascii, t1binary) and sed, but it is not ARCH WAY.