stefanpeev / common-serif Goto Github PK

Note: Common Serif font family must be checked for problems with some combining diacritics (macron, breve, vertical line above) in Libertinus Serif #548.

I think there are possible problems with these:

• /percent -> points not matching
• /quotesingle -> points not matching
• /period -> points not matching
• /colon -> points not matching
• /dieresis -> points not matching
• /iogonek -> points not matching
• /uring -> points not matching
• /uhungarumlaut -> points not matching
• /uogonek -> points not matching
• /zacute -> points not matching
• /zdotaccent -> points not matching
• /zcaron -> points not matching
• /uni035E -> points not matching
• /Zeta -> points not matching
• /Tau -> points not matching
• /uni0408 -> points not matching
• /uni0423 -> points not matching
• /uni1E6A /uni1E6C /uni1E6E /uni1E70 -> points not matching
• /uni1E73 /uni1E75 /uni1E77 /uni1E79 /uni1E7B -> points not matching
• /quotereversed /uni201F -> points not matching
• /onedotenleader /twodotenleader /ellipsis -> points not matching
• /uniA789 /uniA78B -> points not matching
• /uni1D106 /uni1D107
• /parentleft.sc /parentright.sc -> points not matching
• /odieresis.sc -> points not matching (see dieresis)
• /s_t -> points not matching
• /uni043F.ital

@StefanPeev Do you plan to modify /uni2619 and /uni2767?
See this glif file for a possible contour for /uni2766 (and /uni2619 and /uni2767 when mirrored/rotated); it's based on /uni2767 from Crimson Text (Google Fonts, OFL) with a slight variation

The examples of inconsistency are a lot of. Here I will show some.

@cornelisbb Rf. Rework of Hebrew vowels #496. I would be glad if you offer your update of Hebrew vowels in Common Serif project too. I confess I have no experience with Hebrew script, so I can do updates on the Hebrew glyphs only from purely typographical point of view, which mean to make correct lines or Bezier curves, remove incorrect points, add extremes and so on. But we both know that this is not enough if the aim is a good font family.

@dwhieb @HunterLockwood @Crissov @jcrippen @waldyrious In Libertinus Serif there are not Polytonic Greek in the italic bold version. I try to solve this problem in Common Serif and here is the part of the process.

Very important source on the subject: Polytonic Greek: a guide for type designers

I think numerators and denominators vertical positions should be consistent with fraction like /onehalf and /onequarter (and /fraction seems different too)

Also some fractions seem inconsistent (e.g. different denominator positions in /onehalf and /onequarter in Bold)

In regular v. 1.031 I think there are some problems with points in:

• /Aringacute
• /Euro.fitted
• /Iotatonos /Iotadieresis
• /exclamdown.sc /uni2E18
• /w.sc
• /uni0246
• /uni1D35
• /uni1F38 /uni1F39 /uni1F3B /uni1F3C /uni1F3D
• /uni1FD8 /uni1FD9 /uni1FDA /uni1FDB
• /uni201F
• /u1D106 and /u1D107

I downloaded the latest 1.027 release and manually installed the fonts in my computer. However, whereas most of the .otf files behave as expected once installed, the italic variant continues to report as not installed, and if I try to install it again, duplicate files are added to my fonts directory. Perhaps there's some mistake in the italic variant's metadata?

Here's a screencast showcasing the issue.

For reference, I'm using Ubuntu 22.04.

Can you add the half bracket Unicode characters? These are U+2E22, U+2E23, U+2E24, U+2E25, respectively. The name “half bracket” is misleading though because they do not actually have to be half the height of a regular bracket. Actually, it is preferable that they are less then half the height of a regular bracket, because otherwise they would look weird. The following image shows the half brackets of the EB Garamond typeface stacked on top of each other, next to regular brackets. I did not measure it, but it looks like each half bracket is about 30–40% of the height of a regular bracket.

There is a great difference in the architecture of the regular and the bold version of the lowercase letter e. The difference is seen in the derivates of letter e also - for example lowercase oe, uppercase and lowercase schwa etc.

To obtain a correct proportion between increasing width, I suggest to use these values for wght parameter:
Regular (400) : wght 400
News (450) : wght 440
Medium (500) : wght 483
SemiBold (600) : wght 582
Bold (700) : wght 700

Italic/BoldItalic:

• /space : width = 0 in Italic
• /parentleft.sc /parenright.sc : points not matching
  Regular/Bold:
• /uni01BE : different shape
• /uni0298: different starting points
• /circlemultiply /uni2298 : points not matching

Would be nice to be able to easily use this font on the web.

The top serif in i lower case letter and in l lower case letter are different.

This differences can be seen in many other letters. It is a problem which needs unification across all glyphs in the italic styles.

Note how the "p" is too close to the "i" in the word "episode" from this paragraph of a random Wikipedia article:

Libertinus Serif:

Common Serif:

Detailed comparison:

I think /space should be narrower.

Example with /space width = 180 (Regular and Italic)

Example with /space width = 200 (Bold and BoldItalic)

@waldyrious @Bolpat Can someone help me and give me a step by step instruction how to integrate Googlefonts Project Template actions in this repository.

As seen in the image, many glyphs use horizontal lines that play a structural role or are an additional graphic element in the glyphs. Until version 1.031 of the Common Serif, these horizontal lines were inconsistently used. Recurring items are in progress of adding (left and right horizontal line), and with them systematicity is achieved in the application of the horizontal intersecting lines.

Hey @StefanPeev, I would like to know if you'd be willing to consider revisiting some design decisions of Libertinus Serif in Common Serif.

For example, swapping the italics (and italics bold) capital "J" with its stylistic alternate (J.alt), so that the default is the one without the horizontal line, matching the style of the regular "J" in the other weights, as was proposed in alerque/libertinus#98. Quick diagram based on the image from the associated PR alerque/libertinus#138:

... or changing the lowercase italics "p" to not have the hook to the left (that version could become p.alt). Here's a quick draft comparing to q and its italics version:

Are small changes like these something you'd consider? I assume these two, in particular, may make it easier to produce continuous variations of the font, which IIUC is one of your goals.

The Greek letters in Common Serif surely needs reconsideration.

Please verify /c_t shapes (Regular and Bold in particular)

Also /s_t shapes (t in Regular)

Also I'm not sure about the spacing between the letters

Italic/BoldItalic version 1.009:

• /percent : different starting point (lower zero)
• /q : points not matching (external shape)
• /mu : points not matching
• /Eng /eng : points not matching
• /Zdotaccent /Zcaron /uni01C4 : verify use of Z
• /uni0266 : different shape Italic/BoldItalic
• /uni0279 : different shape
• /uni03D0 : different shape (not sure)
• /uni0413 : points not matching
• /uni042A : points not matching
• /uni042C (and /uni042B) : different starting point (up left)
• /uni1E19 /uni1E1B : verify use of /e
• /perthousand /uni2031 : points not matching
• /uni2079 /uni2089 : points not matching
• /uni2083 : points not matching
• /uni2090 : different shape
• /uni0414.loclBGR : points not matching
• /f_l : different shape
• /w.sc : different central serifs

Regular/Bold version 1.014:

• /uni25c9 : dot not centered (Bold)
• /c.inferior /k.inferior : points not matching
• /uni2646 : points not matching

Reproduction in LibreOffice Writer using the text Ba Bb Bc:

@tytyvillus
As it stands, the pair "Ti" is badly kerned: the top bar of the T is uncomfortably close to the tittle on the i. (The following screenshot is taken for text with dlig, ss01, ss05, ss06 and ss07 [TeX options Ligatures=Rare, StylisticSet={1,5,6,7}].)

Solutions could include:

• Using a thinner version for T
• Redoing the kerning (not a good idea — the bases get too distant from each other)
• Moving the tittle
• (the cool option) creating a fun ligature where the tittle is actually incorporated into the arm of the T

See: alerque/libertinus#551

@apparebit #536
Q&A is not an uncommon abbreviation and, when typeset in Libertinus Serif, can benefit from that typeface's handsome swash ampersand alternate letter form. Alas, the standard kerning between the ampersand and capital A is so terrible that even I noticed. Adding a kerning pair would be a fantastic improvement to the font.

The screen shot below shows Q&A in Libertinus Serif Regular with the regular ampersand, then with the alternate ampersand and no kerning correction, and then with my quick and dirty manual kerning correction.

To reproduce, just type "Q&A" in a new document in your favorite text editor with reasonable typography and replace the default ampersand with the alternate. For example, in macOS's TextEdit, open the font menu pop up in the document's toolbar and select "Show Fonts..." That brings up the Fonts mini window. Open the "..." menu pop up and select "Typography..." That brings up the Typography mini window. Under "Alternative Stylistic Sets," select "Swash '&'." (Sorry, not one of Apple's finer UI designs.)

I think there is a problem with points in the outline of the letter /n.sc. See Common Serif Medium:

All diacritics should be repositioned (and some of them redefined) to achieve consistency and stylistic unity. Diacritics should be automatically managed by properly placed anchors.

/quoteleft /quotedblleft are on different vertical positions

@fitojb #537
Unicode has added several currency signs to the Currency Symbols block that are not yet supported in the Libertinus fonts.

Libertinus Serif has had horrible apostrophe kerning for a very long time, and it still hasn’t been fixed. Could you try to fix it with this fork? In the following image, the distance between the apostrophe and the ‘s’ is way too far, and the distance between the ‘d’ and the apostrophe is also probably slightly too much.

downloaded from https://github.com/StefanPeev/Common-Serif/releases/tag/CommonSerif_v.1.028

test text: I¡«»øIJƁȢɯɰʔʕʖʙʡʢʯϐϕϗϹϿѷӀ֏Ἲᾐ‡₠Ⅷ∞⌧④⑫

CommonSerif-Medium.otf:

CommonSerif-Bold.otf:

What happened?

The Comparance between /a /æ /e shows that /ae need to be ajusted to match /a and /e.

I think there is a problem with points in the outline of /s_t and /germandbls.sso3. See Common Serif Medium:

I think there is a problem with points in the outline of the letter /g. In the attached image I highlighted the two points that do not match (regular and bold).

I think there is a problem with points in the outline of the letter /Q.u. See Common Serif Medium:

I think there is a problem with points in the outline of the letter /S. In the attached image I highlighted the points (bold).

See Common Serif Medium letter /S:

I think there is a problem with points in the outline of the letter /Udieresis.alt. See Common Serif Medium:

Please consider adding an instance for weight = 450 in release (Thick or News, not sure of the correct name).
I think it would be useful for readability at a slightly reduced size

I think there are possible problems with these:

• /p.sc /r.sc -> points not matching (top left inner angle)
• /w.sc -> different shape compared to /W or /w
• /iogonek -> points not matching
• /tcaron /uni021B /uni1E71 -> points not matching
• /longs /uni1E9B -> points not matching
• /uni01D5 /uni01D9 -> points not matching
• /uni026D -> points not matching
• /uni027A -> points not matching
• /uni037C -> points not matching
• /uni0475 /uni0477 -> points not matching
• /uni04A1 -> points not matching
• /uni1D4F -> points not matching
• /uni1D51 -> points not matching
• /uni1E1F -> points not matching
• /uni1E65 /uni1E69 -> points not matching
• /uni2115 /uni2124 -> different shapes Regular/Bold
• /uni2C6C -> points not matching
• /ntilde.sc /nacute.sc ncaron.sc -> points not matching
• /tcaron.sc /uni021B.sc -> points not matching
• /germandbls.ss03 -> points not matching

I think there is a problem with points in the outline of the letter /t.sc. See Common Serif Medium:

Regular v. 1.027: /B width = 0

Test with LibreOffice Writer:

Sorry to annoy again.

Italic/BoldItalic version 1.008:

• /percent : different starting point
• /quotesingle : different starting point
• /A (and derived like /Agrave) : different starting point
• /b : different starting point
• /d (and derived like /dcaron /dcroat) : different starting point
• /uni00B3 : points not matching (bottom right)
• /gamma : different starting point
• /uni1E79 : different starting point + verify use of /u
• /uni1E7B : verify use of /u
• /uni1D106 /uni1D107 : different starting points (circles and bigger rectangle)
• /k.sc : different starting points (both shapes)
• /uni0454 : different starting points
• /uni1E9E : verify use of /S /S
• /germandbls.ss03 : different /s shapes Italic/BoldItalic

Regular/Bold version 1.013:

• /uni0287 /uni1E97 : verify use of /t (different starting point)
• /uni1E94 : verify use of /Z
• /uni2096 : different starting point

/bar and /uni2016 are not consistent (e.g. Vertical bar on Wikipedia)

/bar and /uni2016 in STIX Two Math vs. Libertinus/Common Serif:

I think that /uni2016 should use the same height, vertical position and spacing of /bar
Also /uni2016 has different height in Regular and Bold

Italic: Libertinus/Common Serif uses a slanted version of /bar and /uni2016, while STIX Two Text uses vertical bars

Likely an interpolation error. Applies to accented variants. 1.028 release

Glyphs registered ( ® ) in Regular and Bold are not compatible. See the picture below.

As you can see on the picture, 'n', 'ɲ' (uni0272), 'ɳ' (uni0273) are different in Libertinus Serif Regular, Libertinus Serif SemiBold and Libertinus Serif Bold. In SemiBold and Bold 'ɲ' (uni0272) and 'ɳ' (uni0273) are fliped incorrectly. On the other hand in SemiBold version the first stem (the left stem of 'ɲ' is actually 'j' glyph, which is incorrect because 'ɲ' (uni0272) and 'ɳ' (uni0273) are derivation of 'n' and not from 'j').

There are a lot of issues like the case 'n', 'ɲ' (uni0272), 'ɳ' (uni0273) in Libertinus Serif.
In Common Serif this is already normalized.

The problem is the same and even worst in italic version of Libertinus Serif. Look at the picture below.

Please, verify these letters in Italic/BoldItalic:

• /q points not matching
• /s different starting point
• /T different starting point
• /Z different starting point
• /z points not matching
• /q.sc points not matching

@KrasnayaPloshchad

Describe the bug
In some Lithuanian words certain letters may overlap with each other. For example, in the word Sąjūdis, a-ogonek can overlap j a bit.

Steps to reproduce

Go to LibreOffice Writer
Type Sąjūdis
See error
Expected vs. actual behavior
A-ogonek and j looks too close, j should have contextual alternates after a letter with ogonek for fix.

Screenshots / logs
If applicable, add screenshots or logs to help explain your problem.

Additional context
Add any other context about the problem here.

alerque/libertinus#527 (comment)

@waldyrious

alerque/libertinus#527 (comment)

For reference, here's what it looks like:

For comparison, here's Book Antiqua:

The same problem in Common Serif - see link.