@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-regular.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-regular.woff") format("woff");
    font-weight: 400;
    font-style: normal;
}


@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-light.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-light.woff") format("woff");
    font-weight: 300;
    font-style: normal;
}

@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-medium.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-medium.woff") format("woff");
    font-weight: 500;
    font-style: normal;
}

@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-bold.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-bold.woff") format("woff");
    font-weight: 700;
    font-style: normal;
}



@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-italic.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-italic.woff") format("woff");
    font-weight: 400;
    font-style: italic;
}


@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-lightitalic.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-lightitalic.woff") format("woff");
    font-weight: 300;
    font-style: italic;
}

@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-mediumitalic.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-mediumitalic.woff") format("woff");
    font-weight: 500;
    font-style: italic;
}

@font-face {
    font-family: "Intel One Mono";
    src: url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff2/intelone-mono-font-family-bolditalic.woff2") format("woff2"),
    url("https://cdn.jsdelivr.net/gh/intel/intel-one-mono@main/fonts/woff/intelone-mono-font-family-bolditalic.woff") format("woff");
    font-weight: 700;
    font-style: italic;
}


html body {
    font-family: "Intel One Mono";
    font-stretch: 50%;
}

https://developer.mozilla.org/ja/docs/Web/CSS/font-stretch

Opening #46 (comment) as an issue:

The PR #46 reintroduces the glyph classes @deadMarks and @deadbelowMarks and the lookups DblMarks and CmbMarks using them to substitute spacing marks (modifier letters) by non-spacing marks (combining marks). These were removed in v1.2 but are now reused (except for /grave U+0060).

All spacing marks, no just /grave U+0060, must behave like spacing marks and remain spacing whether they follow a letter or not. Spacing marks characters should be used for spacing marks, non-spacing marks characters should be used for non-spacing marks. There should not be any substitution from spacing to non-spacing.

Dead keys are keyboard keys on mechanical typewriter that do not generate a character by themselves but modifies the character generated by the key struck immediately after.

Unicode 15.0, chapter 7, "Modifier Letters": Modifier letters are letters or symbols that are written adjacent to other letters and which modify their usage in some way. They are not formally combining marks and do no graphically combine with the base letter they modify

For example with "a´a˝aˆaˇa˘a˜a¯a¨aꞈaˍa¸a˛ ":

Current behaviour

Expected behaviour

In Microsoft One note, the line spacing is very high. But in notepad++ and Visual Studio Code it is OK. I'm using windows 10.

When visiting the Google Bard website using the Mozilla Firefox browser (version 116.0, 64-bit) on Windows 11, I've noticed an issue with the IntelOne Mono font. Instead of correctly displaying button names, they appear as random characters. This problem seems to only occur on this specific website, and I have not noticed this issue on any other websites.

Version 1.2 removed the ccmp feature lookup DblMarks and lookup CmbMarks that caused #3 but also removed the ccmp feature lookup Dotless and the mark feature block.
The ccmp feature lookup Dotless and the mark feature block should not have been removed.

The DblMarks and CmbMarks lookup were wrongly substituting the spacing marks (like ` U+0060 GRAVE ACCENT or ´ U+00B4 ACUTE ACCENT) by non spacing combining marks (like  ̀ U+0300 COMBINING GRAVE ACCENT or  ́ U+0301 COMBINING ACUTE ACCENT).
The spacing marks should not behave like non spacing combining marks, they were behaving incorrectly in version 1.0 and are now behaving correctly in version 1.2.

The Dotless lookup ensured i and j were substituted by their dotless forms when combined with a top non spacing combining mark or with a bottom and a top non spacing combining mark.
The mark feature ensured the non spacing combining marks are positioned on base letters they combine with.
The non spacing combining marks were behaving correctly in version 1.0 and are now behaving incorrectly in version 1.2.

For example, íj́ used in Dutch when the digraph ij has acute marks when indicating stress (i with acute is a single character in Unicode, j with acute is two characters: U+006A LATIN SMALL LETTER J and U+0301 COMBINING ACUTE ACCENT):

Version 1.0 (correct íj́, with dotless j and positioned combining acute)	Version 1.2 (incorrect j́ in íj́)

The ǰ U+01F0 LATIN SMALL LETTER J WITH CARON is also broken in the process as the ccmp still has a lookup substituting jcaron by j caroncmb.

Version 1.0 (correct ǰ, with dotless j and positioned combining caron)	Version 1.2 (incorrect ǰ with j and mispositioned combining caron)

To fix this, restore the Dotless lookup in the ccmp feature and restore the mark feature.
Additionally the Dotless lookup should be extended for the ị LATIN SMALL LETTER I WITH DOT BELOW and į LATIN SMALL LETTER I WITH OGONEK to behave correctly when combining with top marks. The following ccmp feature Dotless lookup, based on https://googlefonts.github.io/gf-guide/diacritics.html#stacked-diacritics, can be used:

# Marks Above
@lcMarks =   [acutecmb     hungarumlautcmb     gravecmb     circumflexcmb     caroncmb     brevecmb     tildecmb     macroncmb     dieresiscmb     dotaccentcmb     ringcmb    ];

# Replace letters with dotless counterparts when followed by a combining mark.
lookup Dotless {
    lookupflag UseMarkFilteringSet @lcMarks;
    sub [i j]' @lcMarks by [dotlessi dotlessj];
    sub idotbelow' @lcMarks by dotlessi dotbelowcmb;
    sub iogonek' @lcMarks by dotlessi ogonekcmb;
} Dotless;

See: https://github.com/Homebrew/homebrew-cask-fonts/blob/master/CONTRIBUTING.md

==, >=,=>, != 这些不能连在一起显示吗?

LibreOffice considers Bold, Medium and Light variants as different fonts, and that means that if you press Ctrl-B to turn normal text into bold, an artificial bold based on the regular one will be used instead of the real bold.

Plasma desktop group all intel-one variants as a single font, though.

Great work on the font 😄

Could stylistic alternatives be provided for some glyphs, such as f, a and y similar to other monospaced fonts?
e.g. a tail for f, single-storey a, and an italic y
These styles will give more character and distinction to the italic font.

intel one mono:

ibm plex mono:

input mono:

jetbrains mono:

The second question I had was regarding the tilt of the italics. It seems like the tilt axis of the current italic font is approximately 15˚. Could a stylistic set be created where the tilt axis is around 8-10˚ for a less drastic tilt?
The current skew makes it seem like the software in use is trying to render a regular font as italic.
The more I use this font, the more I like the ~15˚ tilt. Stylistic sets for italic characters would be great though.

It would seem that text wrapped in backticks will have compressed kerning when the character is an alphabetic symbol. For example, this is how the following text is rendered:

This is an example of `alphabetic trailing backtick`, while this is a `non-alpha backtick!`.

I was using other font in my IDE for several years and now I switch to Intel font.

My major problem is with Arabic/Persian strings between my code.
Editing the strings is confusing because the visual cursor position is not conformist with the real position that I want to edit!

Here is a list of some characters followed by the backtick ` character:

Programming languages use the backtick as a standalone character for different purposes and it shouldn't be combined with the preceding character.

For the grave accent placed over some letters in certain languages there are already standalone characters for them.
Example: à, è, ò, ...
These are already defined in the typeface.

vim/tmux have some special fonts coding to display symbol. It will be great to have a font patch to support.
e.g.
\uE0B0
\uE0B1
\uE0B2
\uE0B3
w support

w/o support

Thanks!

{ symbol is annoying.

Fira Code：

Due to optic/vision issues (Light sensitivity), I experience an exponentially better viewing/writing experience when I use a typeface that is extremely thin (IBM Plex Mono Thin for example) however the choices available are very limited.

Please consider adding Thin and/or ExtraLight variations.

Why I can't choose it on jetbrains idea? I can see it in control panel.

It would be nice to have common box drawing characters.
From the well known UTF-8 test file:

Box drawing alignment tests:                                          █
                                                                      ▉
  ╔══╦══╗  ┌──┬──┐  ╭──┬──╮  ╭──┬──╮  ┏━━┳━━┓  ┎┒┏┑   ╷  ╻ ┏┯┓ ┌┰┐    ▊ ╱╲╱╲╳╳╳
  ║┌─╨─┐║  │╔═╧═╗│  │╒═╪═╕│  │╓─╁─╖│  ┃┌─╂─┐┃  ┗╃╄┙  ╶┼╴╺╋╸┠┼┨ ┝╋┥    ▋ ╲╱╲╱╳╳╳
  ║│╲ ╱│║  │║   ║│  ││ │ ││  │║ ┃ ║│  ┃│ ╿ │┃  ┍╅╆┓   ╵  ╹ ┗┷┛ └┸┘    ▌ ╱╲╱╲╳╳╳
  ╠╡ ╳ ╞╣  ├╢   ╟┤  ├┼─┼─┼┤  ├╫─╂─╫┤  ┣┿╾┼╼┿┫  ┕┛┖┚     ┌┄┄┐ ╎ ┏┅┅┓ ┋ ▍ ╲╱╲╱╳╳╳
  ║│╱ ╲│║  │║   ║│  ││ │ ││  │║ ┃ ║│  ┃│ ╽ │┃  ░░▒▒▓▓██ ┊  ┆ ╎ ╏  ┇ ┋ ▎
  ║└─╥─┘║  │╚═╤═╝│  │╘═╪═╛│  │╙─╀─╜│  ┃└─╂─┘┃  ░░▒▒▓▓██ ┊  ┆ ╎ ╏  ┇ ┋ ▏
  ╚══╩══╝  └──┴──┘  ╰──┴──╯  ╰──┴──╯  ┗━━┻━━┛           └╌╌┘ ╎ ┗╍╍┛ ┋  ▁▂▃▄▅▆▇█

Note that web browsers does not display them correctly in GitHub due to a 1.45 line height. With a 1.0 line height, they are correctly aligned.

Why is it not suitable for Chinese???

Please consider to add ExtraBold variant. 10x!

Hello,

Congratulations on creating a fantastic looking font! My eyes thank you first of all :)
Do you have plans to support Greek?
If yes I would be happy to help.

As visible in this screenshot, the dash character is not vertically aligned with plus and equal characters. Programming fonts often try to maintain these characters vertically aligned because they are used for ASCII art, e.g. to represent boxes.

Please remove __MACOSX directory that is in the release zip files, it doesn't look good.

Although the letter i also has a small horizontal underline, the letter r has a completely different shape compared to other letters, and the horizontal lines drawn at the bottom and at the mouth of the letter aren't interesting.

Like those in e.g. Cascadia Code (https://github.com/microsoft/cascadia-code#font-features) and JuliaMono (https://juliamono.netlify.app/#contextual_and_stylistic_alternates_ligatures).

The stroke width of @ symbol is visibly thinner than in other characters. It shouldn't be.

I'm pretty sure that this is the best font that I'm using right now and I've been using consolar in the last episode but I would like to use this font with other fonts that look better like Chinese, Japanese, Russian

Opening issue to contain requests for additional widths:

And a variable width build.
#39 css font-stretch is not working for Intel One Mono

A friend and I were discussing this font, and it became confusing in our discussion because there are smart quotes in the example image, and these things are the bane of a developer's existence in one form or another. You'd never type them in an IDE except when generating them for copy, but the image is missing simple quote characters, and backticks. Just a little strange since this font is intended for developers.

But: I could be wrong about smart quotes and how developers use them. So the ideal scenario to me is there are just a few more characters so the difference between them is clear since they are commonly mistaken characters. I've refrained from including an updated screenshot as you may have specific requirements for branding and so on.

This line:

Clear with `exiftool -P -label= *.jpg`

Is rendered in VSCode as:

It looks like the back-tick is accidentally being ligatured with the g.

I am having trouble trying to set this font in Jetbrains CLion IDE. It is recognized fine on WIndows Terminal, Visual Studio, VSCode.

Support of DIN 91379 (Unicode subset for Europe)

Please support all letters and sequences of DIN 91379 "Characters and defined character sequences in Unicode for the electronic processing of names and data exchange in Europe"

Current rendering

Some letters and diacritics are missing or positioned incorrectly.
(Rendering using
hb-view (HarfBuzz) 2.8.1
Ubuntu 22.04.2 LTS)
latin_letters_all_intelone-mono-font-family-regular.pdf
latin_list_all_intelone-mono-font-family-regular.pdf

Rendering with Arimo

latin_letters_all_Arimo-Regular.pdf
latin_list_all_Arimo-Regular.pdf

See also

• https://github.com/String-Latin/DIN-91379-Characters-and-Sequences List of characters and sequences of DIN 91379
• https://en.wikipedia.org/wiki/DIN_91379

When downloading the TTF version of the font, Windows Defender detects Trojan:Script/Wacatac.B!ml and prevents download.

I first noticed this on the preview image, where each of the characters looks a different weight except ! and $. After installing the font, # looks fine, but @ stays thin for thicker weights which looks out of place to me. It is a more complex character to do thick and small, but I've seen some very good takes on that from other fonts, often by losing the hole in the center a.

Like the font, but the curly brackets confuse me or something

Currently, the font is missing some icons. I wanted to use this font in my terminal, but the lacks of icons make the terminal ugly!

I don't actually know how to patch a Font, like Nerd Font, but something like that would be super cool!!

Opening issue to contain requests for additional weights:

#7 Please add Thin, ExtraLight variations
#16 Add ExtraBold variant

Chinese not supported

OS: Windows 11 Pro
Font Version: 1.200 ttf

I found a bug in the Readme.md file of the project. The bug is that the font name is specified as "Intel One Mono" when explaining how to set the VSCode font family, but the actual correct spelling should be "IntelOne Mono".

I really like this font and appreciate the work done by the project team. I hope this issue can be resolved soon. Thank you.

I am using .otf version of release v1.2.1
windows 10 22h2, 1080p monitor

You could see that render result is weird and hard to read.

pycharm setting:

When using Intel One Mono in Eclipse SQL editor the bold size or spacing is bigger then the regular one:

When using Consolas it is the same:

Is it the expected behavior?