ebensorkin / merriweather Goto Github PK

The master glyphs file is missing the all Punctuation, Symbols, most Numbers, Marks, and Separators, and Other section.
I am running on Glyphs Version 2.5.1 (1141). Italics master seems error free.

I'd like to request just a few languages which have over 90% character support and are just missing a few characters :)

Reproduces in Firefox 44 with https://jsbin.com/yucolo/9/edit?html,output

Hi,

German language has the strange character sharp s that is typically used as last character in a word and thus not needed as capital character. However, some times ago an uppercase variant became mandatory in official documentation when writing geographical names in all-caps as Wikipedia states.
Will you maybe add it to your font?

Best,
Bernhard

@alexeiva please add source files and a /documents/README.md that in 1-2 paragraphs explains the source documents and how to build them :)

https://github.com/EbenSorkin/Merriweather/tree/master/documents

I have gotten into using Merriweather as typeface for recipes and it works pretty well so far. However ⅕ does not seem to have its own glyph. Can I request it be added in, alongside a few other fractions listed here (http://unicodefractions.com/)? :-)

The crossbar on the lowercase eth in Merriweather looks a little weird. It’s too steep and too high up on the ascender, so much that its highest point goes beyond the body of the letter by a considerable amount.

You might want to look at this guide on Gunnlaugur Briem’s site.

https://twitter.com/jessiemihalik/status/915237926249869312

Let me start by saying that I love Merriweather and I think it's great that it's free!

My only issue with the font is that the digits are not vertically aligned with the baseline (like in Georgia), which does not look great in scientific documents. Is there a way to make them aligned with the baseline (like in Times New Roman) ?

Thanks!

The Turkish ligatures need careful review. I think if you port the project to a single Glyphs file, you'll avoid these kinds of family-fragmentation issues :)

The two components in the regular, black, and bold, weights are too close together.

(identical to google/fonts#1331)

• Ensure italic angles are all equal

$ fontbakery-fix-italicangle.py ~/fonts/ofl/merriweather/Merriweather-*ttf
| filename                     |   italicAngle |
|:-----------------------------|--------------:|
| Merriweather-Black.ttf       |           0   |
| Merriweather-BlackItalic.ttf |          -8   |
| Merriweather-Bold.ttf        |           0   |
| Merriweather-BoldItalic.ttf  |          -8   |
| Merriweather-Italic.ttf      |          -8   |
| Merriweather-Light.ttf       |           0   |
| Merriweather-LightItalic.ttf |          -7.8 |
| Merriweather-Regular.ttf     |           0   |
$

The Italic and Roman glyph sets don't match.

Here's a list of glyphs which are in either the Roman or the Italic but not both:

sheqel
zero.slash
softsign-cy.loclBGR
twothirds
bullet.cap
ydotaccent
en-cy.loclBGR
uni03BC
i.uc
exclamdouble
Ydotaccent
leftRightArrow
shcha-cy.loclBGR
sha-cy.loclBGR
eight.dnom
mu
komizje-cy
seven.numr
pe-cy.loclBGR
oneeighth
exclamdbl
Gacute
Scedilla
uni00AD
guillemotright
Komidje-cy
ndotaccent
four.dnom
Gmacron
commaturnedabovecomb
Ndotaccent
Delta
tse-cy.loclBGR
guillemetleft
f_i_trk
dram-arm
acaron
Oslashacute
Komizje-cy
caroncomb.alt
Gcaron
seveneighths
napostrophe
two.dnom
iishort-cy.loclBGR
Aringacute
uni03A9
oslashacute
threeeighths
four.numr
komidje-cy
three.dnom
guillemotleft
ge-cy.loclBGR
fiveeighths
uni0394
tail-cy.case
guillemetright
softhyphen
periodcentered.cap
tail-cy
Omega
aringacute
five.numr
upDownArrow
I.uc
scedilla
iigrave-cy.loclBGR
ii-cy.loclBGR
f_f_i_dflt
hardsign-cy.loclBGR

I've done some further digging around and notice that many of these exist in the old .ufo and vfb sources. I'm guessing this was a porting issue.

The ring in Ů seems a little too close:

Hi,

would it be possible to reduce the spacing of the two arrows in the Guillemet symbols / Angle quotes / French quotation marks (« and ») a little bit in the Merriweather font?
I really like the type, with that little exception: The inner spacing of the two arrows in the angle quotes is too wide for my taste when using it as french/swiss quotation marks. They look more like two < symbols clumped together and not like Guillemets.

@EbenSorkin Was that a conscious decision to make the spacing that large and would you be willing to reduce it a tiny bit? Would be really great!

Besides that little nitpick, awesome work!

Cheers,
Clemens

Hi, would it be possible to add the bitcoin sign that was encoded in Unicode 10.0? Thanks for considering!

I would like to request cap-height numerals that are compatible with font-variant-numeric: proportional-nums; as documented on Mozilla: https://developer.mozilla.org/en-US/docs/Web/CSS/font-variant-numeric

For example the original Georgia used text-figures, yet the Georgia Pro release had cap-height numerals. It would be great to consider them as stylistic alternatives.

• Fix the fi fl ligatures problem in Light (17)
• Fix the ij and other composite glyph problems in all styles (#18 and #19)
• Fix Ů (#20)
• Tag a commit as v1.583
• Make a github release (https://github.com/EbenSorkin/Merriweather/releases)
• Attached a ZIP with the OTF and TTF binaries, OFL.txt and FONTLOG.txt (and anything else you want to include) to the release

Another part of #14, the DZ is back to front in the 4 roman styles

I am curious, why is the f_f_i_dflt without a tittle?

The regular has more glyphs than any other style, 729.

The main gap in Merriweather as it stands right now appears to be superscript and subscript numerals.

The characters ¹ ² ³ ⁴ are encoded, and they’re assigned to the sups feature, so that’s good. The rest of the superscript digits are missing, though.

The subs and sinf features affect the digits 1 2 3 4 5 7, but those glyphs aren’t assigned to the Unicode codepoints for subscript digits.

The digits 0 6 8 9 are missing from the numerator set, and the denominators are missing 0 1 5 6 7 9.

Fortunately, this should be easy to fix.

The circumflex in the lowercase letters ế ấ ố seems to be broken in the roman.

It appears the service that sold Merriweather ST is gone from the entire interweb. http://www.webink.com/

Where can it be obtained now?

Fix these:

Double check these in all weights:
guillemotleft, guillemotright, AE, currency symbols.

Also, your numerals have shifted quite a bit. Was this intentional?

I’d like to report a few issues regarding the letter ezh.

First, the glyph for the italic lowercase ezh seems fairly weak. The top stroke is currently flat, unlike the thicker convex one on the lowercase z, and the descender is shorter and thinner than any others currently found in the font. The italic capital ezh seems fine, though.

Second, only the roman lowercase ezh actually has an anchor point for a diacritic. Ezh with caron is encoded as a precomposed character in Unicode (capital U+01EE, lowercase U+01FF), and is used in Skolt Sami.

There are some issues with fractional sizes in Windows, see: cloud-gov/pages-core#1124

@EbenSorkin do you have any idea what's happening / if this can be resolved?

I filed this issue before but it seems to have disappeared. I tried out the test file on Version 2.009 on my system and still see the problem.

\documentclass[12pt,a4paper]{article}
\usepackage{fontspec}
\setmainfont{Merriweather Regular}
\begin{document}
\textsc{Reflections on the Mind of Nikola Tesla}
\end{document}

gives me the image

Kindly tell me if I have missed something.

Thanks.

I request the Gawker question mark to be available as a stylistic alternate in an upcoming release of Merriweather :)

Note to self, I think I may have used the ttfa settings for merriweather sans by accident when running through the v1.583 release. It would be good to compare them against v1.582

Do you have any plan to add Small Caps to Merryweather? Thanks!

Hey!

Merriweather is missing some space characters in the U+2000-U+200A range. For example, U+2003 is absent, U+202F is absent. Last one can be produced with &nnbsp; and be used before a double punctuation in French. In web browsers, the rendering depends on the fallback font.

I have first reported the issue in Google Fonts are some spaces are present in Merriweather but not provided in the font distributed by Google: google/fonts#1395.

Only a little mistake: The brevehookabove in Abrevehookabove (in all weights) are misplaced.
Everything else is okay.

I'm willing to help contribute the changes directly, by sending you a 'vietnamese only' glyphapp file for you to review and integrate.

Or, you can make changes and then push your work to master and I will give further feedback :)

Using GF Regression, I've found the following:

Regular

Light Italic

Light

Italic

BoldItalic

Bold

Black

Black Italic

Ezh (capital U+01B7 Ʒ, small U+0292 ʒ) is not encoded, but the glyph from Abkhazian Dze is the same.

Six letters can take a caron: č ǯ ǧ ǩ š ž. Four of them (č ǧ š ž) are already encoded, and capital Ǩ is rendered correctly on my end. The caron on the small ǩ in the roman, however, is somehow rendered on the baseline, to the left of the k and partially overlapping with it. In the italic, the caron is correctly positioned on top of the letter, but there’s still some overlap. (see attached pdf)

Finally, there’s G with stroke (capital U+01E4 Ǥ, small U+01E5 ǥ). This letter can have several different glyphs depending on the language, but in Sami, the stroke goes through the stem of the capital G and through the loop of the small g.

ǩ.pdf

Minor things for a new point release....

• #29
• #24
• #21
• #14
• #31
• #32
• Fix description on Google Fonts
• Fix description typo inside font files pointed out by Werner L

Cyrillic Capital Letter Yeru
unicode: U+042B
htmlcode: Ы

Right: Ы

• Fix problems in v1.583 Regular style that persisted with digraph glyphs DZ LJ Lj lj NJ Nj nj DZ Dz dz
• Fix hinting (#23)
• Tag v1.584
• Make a github release (https://github.com/EbenSorkin/Merriweather/releases)
• Attached a ZIP with the OTF and TTF binaries, OFL.txt and FONTLOG.txt (and anything else you want to include) to the release

Per google/fonts#623,

Turkish letter Ş (S-cedilla) is not displayed properly in non-italic versions. It works fine in italic.

The https://github.com/EbenSorkin/Merriweather/tree/master/old/version-1.584/SRC directory is just hanging around, I suggest to

• go to https://github.com/EbenSorkin/Merriweather/releases and tag commit b221ad7 as v1.582 and note this was the last version with VFB (and UFO) source files before moving to Glyphs

• Remove the /old directory

The ij character's glyph was also inverted in all styles. Part of #14

Hi, not sure if this is the best place to report, but using this font via Google Fonts will make it fail in Firefox Dev Edition:

downloadable font: Layout: DFLT script doesn't satisfy the spec. DefaultLangSys is NULL (font-family: "Merriweather" style:normal weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/ZvcMqxEwPfh2qDWBPxn6nkZRWJQ0UjzR2Uv6RollX_g.woff2  css:106:12
downloadable font: Layout: Failed to parse script table 0 (font-family: "Merriweather" style:normal weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/ZvcMqxEwPfh2qDWBPxn6nkZRWJQ0UjzR2Uv6RollX_g.woff2  css:106:12
downloadable font: GSUB: Failed to parse script list table (font-family: "Merriweather" style:normal weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/ZvcMqxEwPfh2qDWBPxn6nkZRWJQ0UjzR2Uv6RollX_g.woff2  css:106:12
downloadable font: rejected by sanitizer (font-family: "Merriweather" style:normal weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/ZvcMqxEwPfh2qDWBPxn6nkZRWJQ0UjzR2Uv6RollX_g.woff2  css:106:12
downloadable font: Layout: DFLT script doesn't satisfy the spec. DefaultLangSys is NULL (font-family: "Merriweather" style:italic weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/EYh7Vl4ywhowqULgRdYwIB0ue0Sk5cwvYx5tGiUAApw.woff2  css:138:12
downloadable font: Layout: Failed to parse script table 0 (font-family: "Merriweather" style:italic weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/EYh7Vl4ywhowqULgRdYwIB0ue0Sk5cwvYx5tGiUAApw.woff2  css:138:12
downloadable font: GSUB: Failed to parse script list table (font-family: "Merriweather" style:italic weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/EYh7Vl4ywhowqULgRdYwIB0ue0Sk5cwvYx5tGiUAApw.woff2  css:138:12
downloadable font: rejected by sanitizer (font-family: "Merriweather" style:italic weight:300 stretch:normal src index:2) source: https://fonts.gstatic.com/s/merriweather/v15/EYh7Vl4ywhowqULgRdYwIB0ue0Sk5cwvYx5tGiUAApw.woff2

It seemed to have worked just fine until recently (a few weeks ago).

• Merriweather-Light.ufo is missing the Scedilla and scedilla chars:

For example, here they are in the Bold

Once they are added a new locl line 17 should be inserted as follows:

sub [Scedilla scedilla] by [Scommaaccent scommaaccent];

• Merriweather-Light.ufo is missing the f_i_trk glyph.

Once it is added, a new line 13 should be added to liga with

sub f i by f_i_trk;

Update: The above is no longer needed since with v1.583+ the trk glyphs are removed from all styles

Looks like the vertical metrics have changed a lot. I recommend we revert these back.

left: git version, right: fonts on fonts.google.com

@davelab6 @alexeiva

The hyphen issue referred in this post: https://ebensorkin.wordpress.com/download-merriweather/#comment-458 remains in the sans variant.

It would be good to review all the cap accents for a future release, as some seem a little too low

I’m not entirely sure what the issue is here.

I’m not sure if this is a bug or a feature, but in all 8 styles, the opening single quotes point down rather than up, looking like the character U+201B. Is this what Gawker intended? In that case, you should probably advise them to use that character instead of the U+2018 that the glyph is currently encoded at.

Also, the closing double quotes are too close together in the roman regular and black, and in the bold, they’re almost completely overlapping. This doesn’t happen in the italic, so I’m not sure what’s going on.

Where 'ff' is followed by 'i', and the font is set to italics using <em> or <i> tags, the ff becomes a ligature. This affects only the 400 and 700 italic versions of the font, as a try-out on the Google font page shows (https://fonts.google.com/specimen/Merriweather). It does not affect the 300 and 900 italic versions. It cannot be disabled by disabling ligatures in css. I assume this is bug rather than an undocumented feature?

Can't wait. How can I help to make this happen?