github / mona-sans

Mona Sans, a variable font from GitHub

Mona Sans

Download Mona Sans • Typeface microsite ↗️

A strong and versatile typeface, designed together with Degarism and inspired by industrial-era grotesques. Mona Sans works well across product, web, and print. Made to work well together with Mona Sans's sidekick, Hubot Sans.

Mona Sans is a variable font. Variable fonts enable different variations of a typeface to be incorporated into one single file, and are supported by all major browsers, allowing for performance benefits and granular design control of the typeface's weight, width, and slant.

Usage

For web, we recommend using Mona Sans.woff2. Define the font with a @font-face rule, set its weight and stretch ranges, and use it:

@font-face {
  font-family: 'Mona Sans';
  src:
    url('Mona-Sans.woff2') format('woff2 supports variations'),
    url('Mona-Sans.woff2') format('woff2-variations');
  font-weight: 200 900;
  font-stretch: 75% 125%;
}

html {
  font-family: 'Mona Sans';
}

To reduce CLS, you can preload the font in the head of your document:

<link rel="preload" href="Mona-Sans.woff2" as="font" type="font/woff2" crossorigin>

Styles

Style Name	Italic Name	Weight	Width
UltraLight Narrow	UltraLight Narrow Italic	200	75
Light Narrow	Light Narrow Italic	300	75
Regular Narrow	Regular Narrow Italic	400	75
Medium Narrow	Medium Narrow Italic	500	75
SemiBold Narrow	SemiBold Narrow Italic	600	75
Bold Narrow	Bold Narrow Italic	700	75
ExtraBold Narrow	ExtraBold Narrow Italic	800	75
Black Narrow	Black Narrow Italic	900	75
UltraLight	UltraLight Italic	200	100
Light	Light Italic	300	100
Regular	Regular Italic	400	100
Medium	Medium Italic	500	100
SemiBold	SemiBold Italic	600	100
Bold	Bold Italic	700	100
ExtraBold	ExtraBold Italic	800	100
Black	Black Italic	900	100
UltraLight Wide	UltraLight Wide Italic	200	125
Light Wide	Light Wide Italic	300	125
Regular Wide	Regular Wide Italic	400	125
Medium Wide	Medium Wide Italic	500	125
SemiBold Wide	SemiBold Wide Italic	600	125
Bold Wide	Bold Wide Italic	700	125
ExtraBold Wide	ExtraBold Wide Italic	800	125
Black Wide	Black Wide Italic	900	125

License

Mona Sans is licensed under the SIL Open Font License v1.1.

mona-sans's Issues

Variable font does not sit on the baseline properly

Variable font does not sit on the baseline properly. This makes aligning font to any box not looking visually balanced.

There is more space "above" the font, than "below it" (above the cap, than below the descender).

So when for example I design a button using Mona Sans Variable, it looks like the button label is too low, and should be higher.

This issue is not present in normal fonts, it is only in the variable font.

Below there is a screenshot explaining this situation (I'm using Sketch for design) with a variable version of the font and not variable, and there are significant differences between them.

No accents over “a“ on Sylistic Alternate 1

When using the Sylistic Alternate 1 both on Mona and Hubot the accented letter “a” switches back to the base style.

Mona Sans use in Adobe illustrator issue

When I use the font(both otf and ttf) in illustrator CC there were no problem, but when l saved the file in older version(CS6), the text will automatically outline itself~ I had try on multiple computer, please help~

Use glyphspackage instead of glyphs file format

Any reason Glyphs File Package is not used as a format? It's far better for version control, as each glyph is its own file, everything neatly separated into folders and thus much more clear where changes are made. Merging changes is thus far easier.

Only downside is it's only compatible with Glyphs 3+, not Glyphs 2.

Uppercase 'i' and lowercase 'l' are indistinguishable

The uppercase 'i' nd lowercase 'L' are indistinguishable from each other. Best practice for accessibility is to avoid similarity between imposter letterforms:
https://medium.com/the-readability-group/a-guide-to-understanding-what-makes-a-typeface-accessible-and-how-to-make-informed-decisions-9e5c0b9040a0

Examples of how to create more contrast between L and i are:

• Use differing ascender heights (see Garnett)
• Add a tail to the L (see Work Sans)
• Add serifs to the i (see Space Grotesk stylistic alternate)
• Or do all three (see IBM Plex Sans)

__MACOSX directory included in release zip

This is probably not useful for anyone not on a Mac (and I'm not even sure it works in a portable manner to other people's Macs, but I dunno).

Single story "a" alternatives - need two-story "a"

Would love to see modern fonts have a two-story "a" at least as a stylistic alternative. It's been proven over and over again that single story "a"s are way less legible on small sizes. It's also a very strong stylistic choice for a lot of users.
Would be nice if this would be an addition to a later release!

Clarify / provide example on how to give correct credit.

Currently the website states that Mona Sans is "Licensed under OFL (basically, use it on your site or in your app and credit GitHub—read the full license)". This is great, but the license is not that easy to understand, especially the case of a webpage distributing the font is handled under condition 2:

2. Original or Modified Versions of the Font Software may be bundled,
   redistributed and/or sold with any software, provided that each copy
   contains the above copyright notice and this license. These can be
   included either as stand-alone text files, human-readable headers or
   in the appropriate machine-readable metadata fields within text or
   binary files as long as those fields can be easily viewed by the user.

It would be great to either on the website, or in the README (or both) have an example (or a more detailed description) of what kind of attributions are okay.

These could be like To provide the required copyright notice, include this link on every page or in your legals page <snippet of html>.

This would make it easier and faster for developers (like me) to include/use this font correctly without remaining doubts about legal issues and it would also make it more obvious that these kinds of links are required (especially when coming directly to the readme and not via the website).

The same obviously also applies to github/hubot-sans.

Initiative: Kerning and spacing adjustments

We want to take some time to polish kerning and spacing for the next release. We have yet to commit to an exact scope for v1.1, but these are the related issues that have been reported so far:

• #15
• #26

License does not allow subsetting

This font is quite large at 134KB compressed (WOFF2), and the size will grow significantly as more language support is added. Web developers may want to subset the character set to reduce the size.

But, since this font is licensed under OFL with a Reserved Font Name, subsetting is not allowed unless the name is also changed in the name table entries. The name tables in a font are complicated for even experienced font developers to edit, so I think it would be a significant technical hurdle for most web developers to learn how to edit name table entries properly.

Would it be possible to remove the RFN from the license? Keeping the RFN may hinder this font from being widely used.

The Google Fonts onboarding docs have more info about this. If the RFN isn't removed, the alternative is signing an agreement with Google Fonts, and the same agreement would have to be made between Github and each user of Mona Sans, if they want to do their own subsetting without changing the internal font name.

Range of `ital` axis causing italics not rendering properly on Firefox

Mona Sans has the ital axis range set to 0 to 12, whereas the convention of ital axis (MDN, OpenType), the range is set to 0 to 1.

Firefox uses ital=1 on a variable font when CSS specifies font-family: italic;, which renders an almost illegible slant instead of the expected italic style.

Similar issue: github/hubot-sans#10

Weird Line Spacing When Highlighted & Problems With German Umlauts

I don't know what exactly causes this bug, but I noticed that sometimes german umlauts (Ä, Ö, Ü) are displayed without the two dots, making them look like different letters (A, O, U).

So far I have only encountered this bug when using Safari. I think it has something to do with the - very weird - behaviour this font has when used over multiple lines. I don't know how to describe the problem, so I'll just add some screenshots. Randomly, some lines will have a different line height, but this is only visible when highlighting the text. The letters itself are placed correctly.

These two images show the exact same text, only with different font sizes. Randomly, there are these gaps between the selection. And whatever causes this also causes the dots above capital umlauts to not be visible in the affected lines, meaning that in the same paragraph some will and some won't be visible. I also noticed that this does not only change with font size, but also with page zoom, in case that makes any difference.

Here is an image of umlauts being or not being visible. (I simply added them to the last line of the first image, which is one of the weirdly behaving ones.)

Some issues (Interpolation & Design choices)

Since the last time I submitted an issue here, I've been following the development of this beautiful typeface because I truly think this is a 'godsend' for an open-source typeface. I really appreciate the effort you guys put into this project.

Now, I've been playing with the variable font (because I like it when they morphing), and I found some issues. Some of them are not actually that obvious, and it's only on very obscure occasion when it becomes a problem. But some others should probably be fixed immediately, as they might be used a lot.

1. Interpolation (slnt axis)

• For tabular figures, the slash inside '0' and the two circles in '8' goes funny when interpolating in 'slnt' axis
  

• Superscript, subscript, denominator, numerator '8' and even fractions with denominator '8' have the same problem
  

• Negative circled '8' also have the same problem, but circled '8' is perfectly fine
  

• The three components of the divide symbol (÷) have wrong orders, resulting in whatever this is
  

2. Design choice

• Tilde mark is a bit too thin (in terms of height) in lighter weights, and looks almost like a macron in smaller size
  

• No double-storey for 'æ', which can be mistaken for 'œ'. Although a similar issue has been reported (#20), I still think the 'æ' also needs to be fixed
  

Version and other details
This is Mona Sans Variable downloaded straight from here, commit 7e1ed76 (2 months ago).
I have not tested this with static fonts or the other typeface, Hubot Sans.
The website I used to test this is Dinamo Font Gauntlet.

I've also looked through previous issues from other people to make sure there are no duplicates.

font-stretch doesn't work

If I don't have Mona Sans locally installed on my computer, font-stretch does not work while developing a website. I defined the used values 75% - 125%, but none worked. I used the woff2 file, defined it in CSS, and tried linking it to the <head>, but failed both ways. What can I do?? Do I need to get every woff2 file and put it in my folder? or do I only need the main Mona Sans.woff2 file? Please and thank you

P.S: font-weight does work, just not font-stretch.

Link color missing

If this font is included in a link, it doesn't get colored; furthermore, there's no way to assign a color to the font via the color attribute.

Put it simply, this command does nothing when using mona or hubot sans:

a {
  color: #f2f2f2;
}

Alternate double storey a

Would like to see this alternate spurless a brought back as ss0X. There's vestiges of it in the variable ttf but can't seem to use it with the woff2.
(Also the crossbar -middle horizontal line- would need a little tweaking and be slightly thinner.)

Add CSS to npm package

Can you please provide a CSS in the npm package?

Add to Google Web Fonts

Any plans to submit these? I’d love to be able to use these new typefaces in Framer.

Missing character: eth

The character eth is missing, impertaive to support Icelandic.

Open up the german double s (ß)

For me as a German reader it looks very unusual when the ß is closed at the bottom, it’s a very rare design solution (among the 150 font families on my computer only the blackletter Grenze Gotisch and the constructed URW Gothic do the same. Was this a conscious decision?

The uppercase variant (ẞ) is open at its base, would you please also unclose the lowercase ß, too?

Greater support than just Basic Latin characters

The Unicode support for this font is not much. It butchers certain characters (e.g. ĉ ţ ż), and doesn’t include many at all (e.g. č ť ț). These are only in the Latin Extended-A range, so it’s important to include them in your font.

(above: what Mona looks like; below: what it’s supposed to look like.)

Æ, Œ have odd proportions

Request for characters: U+2103 ℃ & U+2109 ℉

§ character ist missing

Initiative: Expand character set

Creating this issue to gather all context and info about our initiative to expand the character set. A few issues have been created already:

Latin

• #8
• #17
• #28

Ligatures

• #23

Leaving all of these issues open for now, since they are slightly different and contain valuable context. Feedback is welcome both in this issue and in those separate issues, as we define the scope for expanding the character set.

Subfamily in individual files is incorrect?

If I check the Preferred subfamily, they all appear consistent with the file names:

Preferred subfamily

$ otfinfo -i Mona-Sans*|rg subfamily
Mona-Sans-BlackItalic.otf:Preferred subfamily: Black Italic
Mona-Sans-BlackNarrowItalic.otf:Preferred subfamily: Black Narrow Italic
Mona-Sans-BlackNarrow.otf:Preferred subfamily: Black Narrow
Mona-Sans-Black.otf:Preferred subfamily: Black
Mona-Sans-BlackWideItalic.otf:Preferred subfamily: Black Wide Italic
Mona-Sans-BlackWide.otf:Preferred subfamily: Black Wide
Mona-Sans-BoldItalic.otf:Preferred subfamily: Bold Italic
Mona-Sans-BoldNarrowItalic.otf:Preferred subfamily: Bold Narrow Italic
Mona-Sans-BoldNarrow.otf:Preferred subfamily: Bold Narrow
Mona-Sans-BoldWideItalic.otf:Preferred subfamily: Bold Wide Italic
Mona-Sans-BoldWide.otf:Preferred subfamily: Bold Wide
Mona-Sans-ExtraBoldItalic.otf:Preferred subfamily: ExtraBold Italic
Mona-Sans-ExtraBoldNarrowItalic.otf:Preferred subfamily: ExtraBold Narrow Italic
Mona-Sans-ExtraBoldNarrow.otf:Preferred subfamily: ExtraBold Narrow
Mona-Sans-ExtraBold.otf:Preferred subfamily: ExtraBold
Mona-Sans-ExtraBoldWideItalic.otf:Preferred subfamily: ExtraBold Wide Italic
Mona-Sans-ExtraBoldWide.otf:Preferred subfamily: ExtraBold Wide
Mona-Sans-LightItalic.otf:Preferred subfamily: Light Italic
Mona-Sans-LightNarrowItalic.otf:Preferred subfamily: Light Narrow Italic
Mona-Sans-LightNarrow.otf:Preferred subfamily: Light Narrow
Mona-Sans-Light.otf:Preferred subfamily: Light
Mona-Sans-LightWideItalic.otf:Preferred subfamily: Light Wide Italic
Mona-Sans-LightWide.otf:Preferred subfamily: Light Wide
Mona-Sans-MediumItalic.otf:Preferred subfamily: Medium Italic
Mona-Sans-MediumNarrowItalic.otf:Preferred subfamily: Medium Narrow Italic
Mona-Sans-MediumNarrow.otf:Preferred subfamily: Medium Narrow
Mona-Sans-Medium.otf:Preferred subfamily: Medium
Mona-Sans-MediumWideItalic.otf:Preferred subfamily: Medium Wide Italic
Mona-Sans-MediumWide.otf:Preferred subfamily: Medium Wide
Mona-Sans-RegularItalic.otf:Preferred subfamily: Regular Italic
Mona-Sans-RegularNarrowItalic.otf:Preferred subfamily: Regular Narrow Italic
Mona-Sans-RegularNarrow.otf:Preferred subfamily: Regular Narrow
Mona-Sans-Regular.otf:Preferred subfamily: Regular
Mona-Sans-RegularWideItalic.otf:Preferred subfamily: Regular Wide Italic
Mona-Sans-RegularWide.otf:Preferred subfamily: Regular Wide
Mona-Sans-SemiBoldItalic.otf:Preferred subfamily: SemiBold Italic
Mona-Sans-SemiBoldNarrowItalic.otf:Preferred subfamily: SemiBold Narrow Italic
Mona-Sans-SemiBoldNarrow.otf:Preferred subfamily: SemiBold Narrow
Mona-Sans-SemiBold.otf:Preferred subfamily: SemiBold
Mona-Sans-SemiBoldWideItalic.otf:Preferred subfamily: SemiBold Wide Italic
Mona-Sans-SemiBoldWide.otf:Preferred subfamily: SemiBold Wide
Mona-Sans-UltraLightItalic.otf:Preferred subfamily: UltraLight Italic
Mona-Sans-UltraLightNarrowItalic.otf:Preferred subfamily: UltraLight Narrow Italic
Mona-Sans-UltraLightNarrow.otf:Preferred subfamily: UltraLight Narrow
Mona-Sans-UltraLight.otf:Preferred subfamily: UltraLight
Mona-Sans-UltraLightWideItalic.otf:Preferred subfamily: UltraLight Wide Italic
Mona-Sans-UltraLightWide.otf:Preferred subfamily: UltraLight Wide

If I look at Subfamily, then they are a mix of Regular and Italic, but it doesn't seem consistent with the files, and some even are Italic when the file names are Regular, or vice versa:

Subfamily

$ otfinfo -i Mona-Sans*|rg Subfamily
Mona-Sans-BlackItalic.otf:Subfamily:           Regular
Mona-Sans-BlackNarrowItalic.otf:Subfamily:           Regular
Mona-Sans-BlackNarrow.otf:Subfamily:           Regular
Mona-Sans-Black.otf:Subfamily:           Regular
Mona-Sans-BlackWideItalic.otf:Subfamily:           Regular
Mona-Sans-BlackWide.otf:Subfamily:           Regular
Mona-Sans-BoldItalic.otf:Subfamily:           Regular
Mona-Sans-BoldNarrowItalic.otf:Subfamily:           Bold
Mona-Sans-BoldNarrow.otf:Subfamily:           Bold
Mona-Sans-Bold.otf:Subfamily:           Bold
Mona-Sans-BoldWideItalic.otf:Subfamily:           Bold
Mona-Sans-BoldWide.otf:Subfamily:           Bold
Mona-Sans-ExtraBoldItalic.otf:Subfamily:           Bold Italic
Mona-Sans-ExtraBoldNarrowItalic.otf:Subfamily:           Regular
Mona-Sans-ExtraBoldNarrow.otf:Subfamily:           Regular
Mona-Sans-ExtraBold.otf:Subfamily:           Bold Italic
Mona-Sans-ExtraBoldWideItalic.otf:Subfamily:           Regular
Mona-Sans-ExtraBoldWide.otf:Subfamily:           Regular
Mona-Sans-LightItalic.otf:Subfamily:           Regular
Mona-Sans-LightNarrowItalic.otf:Subfamily:           Regular
Mona-Sans-LightNarrow.otf:Subfamily:           Regular
Mona-Sans-Light.otf:Subfamily:           Regular
Mona-Sans-LightWideItalic.otf:Subfamily:           Regular
Mona-Sans-LightWide.otf:Subfamily:           Regular
Mona-Sans-MediumItalic.otf:Subfamily:           Regular
Mona-Sans-MediumNarrowItalic.otf:Subfamily:           Regular
Mona-Sans-MediumNarrow.otf:Subfamily:           Regular
Mona-Sans-Medium.otf:Subfamily:           Regular
Mona-Sans-MediumWideItalic.otf:Subfamily:           Regular
Mona-Sans-MediumWide.otf:Subfamily:           Regular
Mona-Sans-RegularItalic.otf:Subfamily:           Italic
Mona-Sans-RegularNarrowItalic.otf:Subfamily:           Regular
Mona-Sans-RegularNarrow.otf:Subfamily:           Regular
Mona-Sans-Regular.otf:Subfamily:           Italic
Mona-Sans-RegularWideItalic.otf:Subfamily:           Regular
Mona-Sans-RegularWide.otf:Subfamily:           Regular
Mona-Sans-SemiBoldItalic.otf:Subfamily:           Regular
Mona-Sans-SemiBoldNarrowItalic.otf:Subfamily:           Regular
Mona-Sans-SemiBoldNarrow.otf:Subfamily:           Regular
Mona-Sans-SemiBold.otf:Subfamily:           Regular
Mona-Sans-SemiBoldWideItalic.otf:Subfamily:           Regular
Mona-Sans-SemiBoldWide.otf:Subfamily:           Regular
Mona-Sans-UltraLightItalic.otf:Subfamily:           Regular
Mona-Sans-UltraLightNarrowItalic.otf:Subfamily:           Regular
Mona-Sans-UltraLightNarrow.otf:Subfamily:           Regular
Mona-Sans-UltraLight.otf:Subfamily:           Regular
Mona-Sans-UltraLightWideItalic.otf:Subfamily:           Regular
Mona-Sans-UltraLightWide.otf:Subfamily:           Regular

Windows recognizes all font variations as Regular

Conflicting font name

Dear GitHub team,

The name you have chosen for your new font is quite confusing: Mona is a well-known, culturally and historically important, font that has existed for more than two decades now. I would be rather surprised if you haven't heard of it before, but in case you haven't here is the Wikipedia article: https://en.wikipedia.org/wiki/Mona_(font)

It would be kind of you to change the name of your font to avoid confusion and even potential name collisions in the future.

Thanks very much

Improve kerning of AY pair in Mona Sans

The AY pair has excessive space:

Readability tweaks to few glyphs

Hello @tobiasahlin,

Please see the screenshot below for character glyphs comparisons:

---

Is there anyway, I can contribute to increase to readability between this glyphs?

Mainly...

1. I would like to make characters like e, c, 9, 6, g, and s more open ended.
2. Add stylistic option for number zero to distinguish from letter O (similar to how hubot sans renders zero).
3. Distinguish lowercase "L" and uppercase "I".

I am not sure which editor you use to open glyph file and contribute. If I know the tool and have access to it, I can raise the PR with suggested fix for your review. I've experience in design, editing paths in Illustrator.

Please provide usage documentation for font feature settings

So, I just spent an afternoon digging away at how to get the stylistic alternates for the a and g characters to render in the browser.

Using v1.0.1, first I mocked up a design in Figma, then used their handy VS Code plugin to get it's generated CSS to build out a page. What Figma gave me seemed to match up with CSS I was able to dig up in the Mona Sans microsite: font-feature-settings: "salt" on;

But on my own page, these alternates weren't rendering! After much digging I stumbled upon the solution thanks to this MDN article: https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_fonts/OpenType_fonts_guide which linked me to a handy tool for extracting OpenType font feature properties: https://wakamaifondue.com/

Turns out the correct CSS I needed was actually font-feature-settings: "ss01" on; instead!

So, I'm filing this issue both to help others who may have run into the same issue and couldn't find an answer, and to ask that official documentation be added for these and any other advanced font features that may require some uncommon CSS to enable.

Thanks for the font! It's pretty awesome!

Initiative: Bug fixes

We have yet to commit to an exact scope for v1.1, but we want to make sure to squash the most critical bugs.

These are the ones that have been reported so far:

• #27
• #25
• #21
• #20
• #16
• #7
• #6

When I install the font on my computer, the regular weight shows up as italics...

Acrobat after InDesign export: A appears at the end of rows, and after some words

Reporting via @Jobey-G, who's having this issue.

Exported and seen through Acrobat:

Request for CDN Hosting of Mona Sans for Easier Integration

Hello GitHub Team,

I'm writing to express my admiration for the Mona Sans font. It's a fantastic creation, and I've found it to be incredibly useful in various projects.

It appears that Mona Sans isn't currently available on a CDN, and I believe that hosting it on one could benefit many developers. The ease of integrating fonts via CDN in web projects is a huge advantage, especially when working across multiple platforms. In addition, it would be truly fantastic to not have to use Inter anymore.

I understand that this might involve some logistics, but I truly believe that the wider developer community would greatly appreciate this addition.

Thank you for considering this request and for your continuous efforts in improving the developer experience.

Best regards,
Logan

Add Preview to README

This is great! It would be nice to be able to see what the font looks like at a glance. Even better if it could show the various styles that are available 🙏

ligature support

Hi Folks, could someone please add ligature support for this font.

ohorn: misaligned horn

This is the case in multiple masters.

Add Turkish character support

Some applications are Turkish and use this font and this font does not support Turkish characters and do not appear properly.
I hope we will see Turkish character support soon

Revise eogonek design

See https://www.twardoch.com/download/polishhowto/ogonek.html:

Problem with Mona sans Regular/Bold

I hav a problem with Mona sans regular: When I try to use it in LibreOffice writer, bot regular and bold are bold. When I try to use it in Atlantis word processor the regular font looks regular – except that the Norwegian letters ÆØÅæøå are bold!

≈ (approximately equal to) symbol bug

The two tilde symbols in the ≈ oscillate back and forth when interpolating between masters
The bug occurs in Mona Sans and Hubot Sans, variable and static.

Approximate.to.symbol.bug.in.Mona.Sans.and.Hubot.Sans.mov

Misplaced umlauts in Chrome-based browsers

I don't know if this is a browser or a font bug, however in Chrome-based browsers the font misplaces umlauts on the following characters: ö (U+00F6), ü (U+00FC), Ö (U+00D6), Ü (U+00DC).

Examples:

Vivaldi

Opera Mobile

Cover GF Latin Core glyphset and more

As discussed in last meeting, here is the repository listing all the defined glyphsets for Google Fonts: GF GLyphsets

We recommend to cover:

• GF Latin Core
• GF Latin Vietnamese
• GF Latin Plus

You can add this .plist file in the same directory as your Glyphs file, and in the font editor you would then see the list of glyphs that are already generated and the ones missing:

CustomFilterGF_Latin.plist.zip

Are there any plans for Cyrillic, Greek or even CJK?

Are there any plans for Cyrillic, Greek or CJK, like IBM Plex?

CSS Text Stroke issues with the Variable Font

When creating a text stroke using the following CSS:

h1 {
  color: black;
  -webkit-text-fill-color: white;
  -webkit-text-stroke-width: 1px;
  -webkit-text-stroke-color: black;
}

The font shows interesting strokes on some of the characters:

The issue is the clearest with the following:

Problem with Mona-Sans ExtraBold/UltraBold

Mona-Sans ExtraBold/UltraBold is unavailable after install all Mona-Sans OTF. But, Hubot Sans ExtraBold/UltraBold is detected.

In case, I use Inkscape and Affinity Designer, both undetected Mona-Sans ExtraBold/UltraBold.

Some characters behave very weirdly when you use the slider

When you use the slider to gradually vary the weight and width and slant, some characters swap their components, or suddenly jump in size. Take, for instance, the colon and the double quotes.
mona-colon.webm
mona-double-quotes.webm

Furthermore, the single quotes have different widths.
mona-single-quotes-and-interpunct.webm

I also feel like the thin font has too wide of a space.

Maori characters support

Any plan to support Maori characters in the future?

Parentheses: No width difference

For the parentheses parenleft, parenright and their .case variants, there is no difference in width between the Condensed ExtraLight and Expanded ExtraLight masters. The difference in present for the heavier masters as well as for the other parentheses []{}.