Best Coding Font in 2026: Iosevka Fits 20% More Code Than JetBrains Mono
JetBrains Mono, Fira Code and Cascadia Code are all about 0.6 em wide per character. Iosevka is 0.5 em. For me that one number settles most of the "best coding font in 2026" argument: at the same font size, Iosevka gives you 20% more columns. At 14px in a 1000px pane that's about 142 columns instead of 119, which is the difference between a side-by-side diff that fits and one that wraps.
Iosevka made the HN front page again this week (723 points), and the thread went the usual way: half the people calling it the best font they've used, the other half calling it unreadable. I pulled the real numbers from each font's source files, so below you get the specs side by side, copy-paste VS Code and terminal settings, and a custom Iosevka build that fixes the parts people complain about.
Iosevka vs JetBrains Mono vs Fira Code vs Cascadia Code: the specs
I went to each font's source files instead of trusting review sites, because the review sites disagree with each other. The advance width is the glyph width divided by units per em:
- Iosevka: [widths.Normal] shape = 500 in build-plans.toml, measured in 1/1000 em
- JetBrains Mono: unitsPerEm = 1000 and width = 600 on almost every glyph in JetBrainsMono.glyphs
- Fira Code: unitsPerEm = 2000, width = 1200 in FiraCode.glyphs
- Cascadia Code: unitsPerEm 2048, zero advance 1200 in the Regular UFO
| | Iosevka | JetBrains Mono | Fira Code | Cascadia Code |
|---|---|---|---|---|
| Advance width | 0.50 em | 0.60 em | 0.60 em | ~0.586 em |
| Columns in a 1000px pane at 14px | ~142 | ~119 | ~119 | ~121 |
| Latest release | v34.9.0 (2026-09-26) | v2.304 (2023-01-14) | 6.2 (2021-12-06) | v2407.24 (2024-11-27) |
| Ligature-free build | Iosevka Fixed | JetBrains Mono NL | none, turn off calt | Cascadia Mono |
| Glyph customization | 146 configurable characters, 19 stylistic sets | ligatures and OpenType features can be toggled | cv01, cv02…, ss01, ss02…, zero | a few stylistic sets, ss01 = cursive italic |
| License | OFL-1.1 | OFL-1.1 (build source Apache 2.0) | OFL-1.1 | SIL OFL |
I got the column counts by dividing 1000px by width × 14px, so they're plain arithmetic. Terminals snap cells to whole pixels, so your exact count will move by a few columns, but the ratio stays the same.
The release column is worth a second look. Fira Code's last release is from 2021, and JetBrains Mono hasn't shipped since early 2023. Both are essentially finished, which is fine if you like them as they are, because they aren't going to change. Iosevka shipped v34.9.0 on September 26.
Width: why Iosevka fits 20% more code per line
0.6 / 0.5 = 1.2. Same point size, 20% more characters per line. Put it the other way: to fit as many columns with JetBrains Mono, you'd have to drop it to about 83% of the size.
Iosevka's glyphs are narrower, but they aren't smaller. x-height is 520 and cap height 735 out of 1000 (parameters.toml), so letters stay as tall as anyone else's while the cell gets thinner.
The narrowness is also the main complaint. In the HN thread one commenter said it was "just way too narrow for my taste". Another said "it was so painful throughout the first day", then admitted they stopped noticing. Someone else replied: "Give it a week". I agree. On day one it looks like someone squeezed your editor horizontally, and the commenter who stuck with it says that wore off after the first day.
If you try it and still hate the width, Iosevka ships an Extended width with shape = 600. That's exactly JetBrains Mono's 0.6 em, so you can keep Iosevka's glyph options and still get the width you're used to.
Telling 0 from O and 1 from l and I
JetBrains' own page says its 1, l and I are "easily distinguishable" and that the zero has a dot inside. That's a solid default. Turn on the zero feature and you get a slashed one instead, and that's where the choice ends.
Iosevka treats every one of those characters as a setting. From the custom build docs:
- zero has 54 variants under cv10: slashed, dotted, reverse-slashed, oval-dotted, broken-vertical-bar and so on
- one has 9 (cv01), l has serifed, tailed, zshaped and more (cv47), capital-i has serifless, serifed and short-serifed (cv19)
And if you just want a look you already know, the stylistic sets copy other fonts: ss03 is Consolas style, ss05 is Fira Mono style, ss08 is Pragmata Pro style, ss14 is JetBrains Mono style.
So you can have JetBrains Mono's letterforms at 0.5 em. The "too narrow" crowd usually misses this: Iosevka is generated from code, and the build plan you write decides what every ambiguous glyph looks like.
Ligatures: every font here lets you turn them off
All four have ligatures. Iosevka puts its default set on calt, has discretionary ones on dlig, and has language-specific sets you turn on by switching calt off and enabling the matching feature (README). Its Fixed spacing removes ligatures entirely.
If you hate ligatures, and one HN commenter summed up that camp well with "The job of a font is to show me the text as it actually is", every font here has an escape hatch: Iosevka Fixed, JetBrains Mono NL, Cascadia Mono, or calt off. So don't pick between these four based on ligatures.
Iosevka settings for VS Code, Ghostty and kitty
Install the stock build first. Don't compile anything yet:
brew install --cask font-iosevka # macOS
# Arch: ttc-iosevka packages, Fedora: peterwu/iosevka COPR, FreeBSD: pkg install iosevka
The prebuilt fonts include the ss## and cv## features, so you can try a style in VS Code's settings.json before committing:
{
"editor.fontFamily": "'Iosevka', monospace",
"editor.fontSize": 14,
"editor.fontLigatures": "'calt', 'ss14', 'cv10' 6",
"terminal.integrated.fontFamily": "'Iosevka Term'"
}
That's JetBrains Mono style with a dotted zero. Use Iosevka Term in terminals: the term spacing makes symbol widths suitable for terminal emulators. Ghostty and kitty both take one line:
# ghostty config
font-family = "Iosevka Term"
# kitty.conf
font_family Iosevka Term
One caveat from the README: some software caps how many OpenType features it applies, so if a cv setting does nothing, that's the reason, and a custom build gets around it.
Build your own Iosevka variant
Easiest route: the web customizer generates the TOML for you. To build it yourself you need Node.js ≥ 18.0.0 and ttfautohint on your PATH:
git clone --depth 1 https://github.com/be5invis/Iosevka.git
cd Iosevka
npm install
# create private-build-plans.toml next to build-plans.toml, then:
npm run build -- ttf::IosevkaCustom --jCmd=4
A plan that gives you JetBrains Mono shapes, a slashed zero and terminal spacing:
[buildPlans.IosevkaCustom]
family = "Iosevka Custom"
spacing = "term"
serifs = "sans"
[buildPlans.IosevkaCustom.variants]
inherits = "ss14"
[buildPlans.IosevkaCustom.variants.design]
zero = 'slashed'
capital-i = 'serifed'
[buildPlans.IosevkaCustom.widths.Normal]
shape = 500
menu = 5
css = "normal"
Two warnings from the docs. Each build job can use more than 1 GB of RAM at peak, which is why --jCmd is there. And if you list weights or widths, only what you list gets built. If you use kitty and want ligatures, add exportGlyphNames = true.
If you want a little more room per glyph, shape is just a number in 1/1000 em, so try something like 540 instead of 500. None of the other three fonts give you that middle ground.
So which is the best coding font in 2026?
If you code full screen on a single big monitor, JetBrains Mono is still a great default and I won't try to talk you out of it. Fira Code is fine, but it's frozen. Cascadia Code ships with Windows Terminal, which is how most people end up using it.
Once you split your editor, run tmux, or keep a terminal docked next to your code, Iosevka wins on the numbers: 20% more columns, 54 zeros to choose from, OFL-licensed, and still under active development. Give it a week before you judge it.
What font are you coding in right now, and what would it take to make you switch? If you tried Iosevka and went back, tell me what broke for you.
Sources
- Iosevka site: typeof.net
- Iosevka repo, README, build docs: be5invis/Iosevka
- HN discussion: news.ycombinator.com
- JetBrains Mono: jetbrains.com and JetBrains/JetBrainsMono
- Fira Code: tonsky/FiraCode
- Cascadia Code: microsoft/cascadia-code
Iosevka: qué es y cómo personalizar tu fuente monoespaciada
La versión 34.9.0 de la fuente monoespaciada Iosevka no es una sola tipografía: es una fábrica de tipografías. Cada build genera una variante distinta a partir de 146 caracteres configurables, 19 estilos alternativos y dos anchos posibles (Normal y Extended), todo definido en un archivo de configuración que el propio usuario escribe antes de compilar.
El proyecto es de código abierto, cubre terminal, editor y documentos técnicos a la vez, y resuelve un problema que las fuentes de código tradicionales ignoran: cada desarrollador quiere una letra distinta, pero instalar diez fuentes para comparar diez variantes es perder una tarde. Iosevka deja elegir el glifo, no la fuente entera.
TL;DR
- Iosevka genera fuentes monoespaciadas a medida combinando 146 caracteres configurables y 19 estilos alternativos.- Un archivo TOML (private-build-plans.toml) define pesos, anchos e inclinación antes de compilar con Node.js.- Las familias Term y Fixed angostan los símbolos para terminales; Fixed además desactiva ligaduras por compatibilidad.- Iosevka Aile y Etoile ofrecen variantes cuasi-proporcionales para prosa técnica, no solo para código monoespaciado.- Cada glifo ambiguo (0, 1, l, I) tiene alternativas seleccionables para evitar confusiones en la terminal.
¿Qué es la fuente monoespaciada Iosevka?
Iosevka es una familia tipográfica monoespaciada y cuasi-proporcional de código abierto, pensada para escribir código, trabajar en terminales y redactar documentos técnicos. Combina un diseño sans-serif y uno slab-serif, cubre un alfabeto extendido con soporte para griego y cirílico, y se distribuye bajo una licencia libre que permite modificarla y redistribuirla sin restricciones comerciales.
A diferencia de una fuente convencional, Iosevka no se entrega como un único archivo cerrado. El repositorio incluye el código fuente completo de cada glifo, un sistema de configuración en TOML y un script de build en Node.js que combina esas piezas según lo que pida cada usuario. El resultado final puede ser una sola familia descargable desde las releases del proyecto, o una build privada con el nombre, los pesos y los estilos que el propio desarrollador elija.
Iosevka cubre más de 146 caracteres configurables repartidos en 19 estilos alternativos.
Por qué importa
La mayoría de las fuentes monoespaciadas obligan a aceptar decisiones de diseño ajenas: el 0 con o sin punto en el centro, la l con o sin gancho, la a de un piso o de dos. Cambiar de opinión implica instalar otra fuente completa y reconfigurar el editor de nuevo. La fuente monoespaciada Iosevka invierte ese flujo. El usuario decide cada ambigüedad visual antes de compilar, así que termina con una sola fuente hecha a medida en lugar de diez descargadas y comparadas a ojo.
Esto importa en terminales, donde la legibilidad de caracteres parecidos (1, l, I; 0, O; 6, 8) decide si un comando se lee bien a las dos de la madrugada. También importa en proyectos con licenciamiento estricto. Iosevka se distribuye bajo la SIL Open Font License, que permite uso comercial, modificación y redistribución sin pedir permiso ni pagar regalías.
Cómo funciona por dentro
Iosevka organiza sus variantes en tres ejes independientes: peso, inclinación y ancho. El eje de peso tiene nueve valores (Thin, ExtraLight, Light, Regular, Medium, SemiBold, Bold, ExtraBold y Heavy); el de inclinación tiene tres (Upright, Italic y Oblique); el de ancho tiene dos (Normal y Extended). Multiplicar esos ejes ya da docenas de combinaciones antes de tocar un solo estilo alternativo.
Por defecto, cada glifo monoespaciado de Iosevka mide exactamente la mitad de un em de ancho, más angosto que el de competidores como Fira Code o IBM Plex Mono. Eso significa más columnas visibles en la misma pantalla. Quien prefiera más aire entre caracteres puede elegir la variante Extended en lugar de la Normal.
Sobre esos tres ejes se apoya la división de familias: la rama sans (Iosevka a secas) y la rama slab (Iosevka Slab) comparten los mismos ejes, pero cambian la forma de los remates. Cada una se subdivide en Term y Fixed para terminales, y las variantes Aile y Etoile abandonan el monoespaciado estricto para volverse cuasi-proporcionales, pensadas para prosa técnica en vez de código línea por línea.
flowchart TD
A["Iosevka (base)"] --> B["Iosevka Sans"]
A --> C["Iosevka Slab"]
B --> D["Iosevka Term"]
B --> E["Iosevka Fixed"]
C --> F["Iosevka Term Slab"]
C --> G["Iosevka Fixed Slab"]
B --> H["Iosevka Aile (cuasi-proporcional)"]
C --> I["Iosevka Etoile (cuasi-proporcional)"]
La diferencia entre Term y Fixed no es cosmética. Term angosta ciertos símbolos para respetar la convención de columnas de los emuladores de terminal, mientras que Fixed además desactiva las ligaduras tipográficas por completo, pensando en entornos donde esa sustitución de glifos puede romper la alineación o no estar soportada.
Ejemplos prácticos y cómo empezar
El camino más simple es instalar una build ya compilada. En macOS, con Homebrew instalado, alcanza con un comando:
brew install --cask font-iosevka
La salida termina con la confirmación estándar de Homebrew para cualquier cask instalado:
🍺 font-iosevka was successfully installed!
En Linux y Windows no hay paquete oficial en los repositorios de cada distro: la forma soportada es descargar el archivo comprimido de la familia que buscás (Iosevka, IosevkaTerm, IosevkaFixed, etc.) desde la sección releases del repositorio y copiar las fuentes a la carpeta de fuentes del sistema.
Una vez instalada, activarla en el editor o la terminal es una línea de configuración. En CSS, para que el navegador dibuje ligaduras de operadores como != o -> como un solo glifo:
code, pre {
font-family: "Iosevka", monospace;
font-feature-settings: "calt" 1;
}
Esa regla activa la característica OpenType calt (sustitución contextual alternativa). El resultado esperado: en vez de ver un signo de exclamación seguido de un igual, el navegador renderiza un glifo compuesto de "no igual", como ocurre en VS Code o iTerm2 cuando activás ligaduras.
El tercer nivel, para quien quiere una variante propia en lugar de una de las predefinidas, es compilar desde la fuente. Antes de arrancar hacen falta tres dependencias: Node.js 18 o superior, git, y en Debian o Ubuntu los paquetes ttfautohint y librsvg2-bin (sudo apt install ttfautohint librsvg2-bin). En macOS, el equivalente es brew install ttfautohint; en Windows, lo más simple es correr el build dentro de WSL2 siguiendo la misma ruta de Linux.
Con las dependencias listas, el flujo en Linux es:
git clone https://github.com/be5invis/Iosevka.git
cd Iosevka
npm ci
Después se crea un archivo private-build-plans.toml en la raíz del repo con la variante deseada. Por ejemplo, una build angosta para terminal que imita el estilo de JetBrains Mono:
[buildPlans.iosevka-custom]
family = "Iosevka Custom"
spacing = "term"
serifs = "sans"
[buildPlans.iosevka-custom.variants]
inherits = "ss14"
Y se dispara el build apuntando a esa clave:
npm run build -- ttf::iosevka-custom
El proceso recorre cada carácter definido en el plan y, al terminar, deja los archivos .ttf dentro de dist/iosevka-custom/TTF/, listos para instalar como cualquier otra fuente del sistema. No hay una forma de confirmar el tiempo exacto que va a tardar sin correrlo: depende de cuántos pesos y glifos incluya el plan. Para medirlo en tu propia máquina, antepone time al comando de build.
> ⚠️ Ojo: Una build con todo el alfabeto extendido activado (griego, cirílico, símbolos matemáticos) pesa varios megabytes por cada combinación de peso y ancho. Si solo necesitás latín básico, restringí los rangos de Unicode en el TOML antes de compilar en vez de dejar la configuración por defecto.
Casos de uso reales
El uso más directo es en emuladores de terminal: iTerm2, Alacritty, Windows Terminal y Kitty permiten elegir Iosevka Term o Iosevka Fixed, y los símbolos angostos de esas variantes aprovechan mejor el ancho disponible que una fuente pensada solo para editores.
En editores de código como VS Code, Neovim o los IDE de JetBrains, la familia Iosevka a secas (sin el recorte de Term) suele preferirse porque conserva las ligaduras completas y el espaciado pensado para lectura prolongada de código, no solo para contar columnas.
Un tercer caso de uso es la migración de equipos que vienen de otra fuente. Como los estilos alternativos imitan el aspecto de Consolas, Menlo, Monaco, JetBrains Mono, IBM Plex Mono o Source Code Pro, un equipo puede estandarizar en Iosevka sin pedirle a nadie que se acostumbre a formas nuevas: alcanza con activar el estilo correspondiente en el archivo de configuración.
Errores comunes y buenas prácticas
- Usar la build completa por defecto: incluye todos los glifos Unicode disponibles y termina pesando más de lo necesario. Si tu proyecto solo necesita latín básico, restringí el rango de caracteres en el TOML.- Olvidar spacing = "term": sin esa línea, una build pensada para terminal compila con el espaciado de la familia sans normal y los símbolos salen más anchos de lo esperado dentro del emulador.- Cambiar el nombre de familia sin desinstalar la build anterior: el sistema operativo termina con dos fuentes "Iosevka Custom" distintas instaladas, y el editor puede elegir la vieja sin avisar.- Clonar la rama principal en vez de un tag de release: el toolchain de build puede cambiar entre commits; para una build reproducible conviene fijar un tag específico con git checkout.
Comparativa con alternativas
OpciónCuándo usarlaVentajaLimitaciónIosevkaQuerés ajustar cada glifo ambiguo y variantes Term o Fixed por separado146 caracteres configurables, 19 estilos, rama slab incluidaCompilar una variante propia requiere Node.js y tiempo de buildFira CodeQuerés ligaduras de código ya armadas sin configurar nadaInstalación directa, amplia adopción en editoresMucho menos margen de personalización por glifoJetBrains MonoTrabajás en IDEs de JetBrains o VS Code y priorizás legibilidad verticalLetras más altas, buen contraste en pantallas chicasAncho fijo mayor: menos columnas por línea que IosevkaIBM Plex MonoNecesitás una familia tipográfica coherente entre mono, sans y serifParte de un sistema tipográfico completo de IBMMenos pesos extremos (ultra livianos o ultra pesados)ConsolasYa la tenés preinstalada en Windows y no querés instalar nadaCero instalación en Windows u OfficeNo es de código abierto; no admite builds personalizadas
Profundizando: cómo Iosevka decide la forma de cada glifo
Por dentro, el proyecto no dibuja cada carácter a mano desde cero: compila contra los datos del Unicode Character Database (UCD) para decidir, carácter por carácter, su categoría general, su clase bidireccional y su posible descomposición. Esa información determina, por ejemplo, si un signo necesita tratamiento de superíndice, si forma parte de una fracción tipográfica o si debe alinearse igual que una letra normal dentro de la celda monoespaciada.
Sobre esa base, el sistema de estilos alternativos (ss01 a ss20, salteando ss19) funciona como conjuntos de sustitución OpenType: cada uno reemplaza la forma de glifos puntuales (una "g" de un piso en vez de dos, una "0" con punto en vez de barra) para imitar el aspecto de fuentes como Andale Mono, Consolas, Menlo, Fira Mono, Monaco, Pragmata Pro, Source Code Pro, Ubuntu Mono, JetBrains Mono, IBM Plex Mono, PT Mono, Recursive Mono o Input Mono, sin cambiar de familia tipográfica ni de métricas.
La granularidad va más allá de elegir un estilo completo. El customizer oficial permite el cherry-picking: de los 146 caracteres configurables, cada uno admite su propia variante de forma independiente de las demás, así que dos desarrolladores pueden partir del mismo estilo base y terminar con fuentes visualmente distintas en un puñado de glifos clave.
sequenceDiagram
participant Dev as Desarrollador
participant Cfg as "private-build-plans.toml"
participant Build as "npm run build"
participant Out as "Fuente TTF"
Dev->>Cfg: define pesos, anchos y estilos alternativos
Dev->>Build: ejecuta el comando de build
Build->>Cfg: lee la configuracion
Build-->>Out: genera los archivos de fuente
Dev->>Out: instala la build en el sistema
Los 146 caracteres configurables de Iosevka cubren latín, griego, cirílico y símbolos matemáticos extendidos.
Para confirmar que una build instalada corresponde a la variante que compilaste (y no a una build anterior con el mismo nombre), el sistema operativo expone el nombre completo de la fuente en el panel de fuentes: en macOS, abrí la app Font Book y buscá el nombre de familia que definiste en family dentro del TOML; en Linux, fc-list | grep "Iosevka Custom" debería listar los archivos recién instalados.
📖 Resumen en Telegram: Ver resumen
Tu próximo paso: cloná el repositorio de Iosevka, copiá el ejemplo de private-build-plans.toml de esta guía, cambiá inherits = "ss14" por otro de los 19 estilos disponibles y corré npm run build -- ttf::iosevka-custom para ver tu propia variante compilada en dist/.
Preguntas frecuentes
¿Qué diferencia a Iosevka Term de Iosevka Fixed?
Term angosta ciertos símbolos para respetar el conteo de columnas de los emuladores de terminal. Fixed hace lo mismo, pero además desactiva las ligaduras tipográficas por completo para máxima compatibilidad con entornos que no las soportan.
¿La fuente monoespaciada Iosevka es gratuita para uso comercial?
Sí. Se distribuye bajo la SIL Open Font License 1.1, que permite uso comercial, modificación y redistribución sin pagar regalías ni pedir autorización previa.
¿Qué son los estilos ss01 a ss20 de Iosevka?
Son conjuntos de sustitución OpenType que imitan la forma de glifos de otras fuentes populares (Consolas, JetBrains Mono, Menlo, Monaco, entre otras) sin cambiar de familia tipográfica.
¿Se puede usar Iosevka Aile o Etoile fuera de la terminal?
Sí. Son las variantes cuasi-proporcionales del proyecto, pensadas para prosa técnica y documentos donde no hace falta el monoespaciado estricto de una terminal o un editor de código.
¿Cuánto tarda compilar una variante personalizada de Iosevka?
No hay forma directa de verificarlo sin correrlo en tu propia máquina: depende de cuántos pesos, anchos y glifos incluya tu private-build-plans.toml. Para medirlo, antepone time al comando npm run build.
Referencias
- Sitio oficial de Iosevka: especímenes, customizer y enlaces de descarga de cada familia.- Repositorio en GitHub: código fuente, documentación de build e issues del proyecto.- SIL Open Font License: texto completo de la licencia bajo la que se distribuye Iosevka.- MDN: font-feature-settings: referencia de la propiedad CSS usada para activar ligaduras tipográficas.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Mentions
이 링크에서 SarasaMonoSC 설치했다. github.com/be5invis/Sarasa-Gothic/releases
Best Coding Font in 2026: Iosevka Fits 20% More Code Than JetBrains Mono JetBrains Mono, Fira Code and Cascadia Code are all about 0.6 em wide per character. Iosevka is 0.5 em. For me that one number settles most of the "best coding font in 2026" argument: at the same font size, Iosevka gives you 20% more columns. At 14px in a 1000px pane that's about 142 columns instead of 119, which is the difference between a side-by-side diff that fits and one that wraps. Iosevka made the HN front page again this week (723 points), and the thread went the usual way: half the people calling it the best font they've used, the other half calling it unreadable. I pulled the real numbers from each font's source files, so below you get the specs side by side, copy-paste VS Code and terminal settings, and a custom Iosevka build that fixes the parts people complain about. Iosevka vs JetBrains Mono vs Fira Code vs Cascadia Code: the specs I went to each font's source files instead of trusting review sites, because the review sites disagree with each other. The advance width is the glyph width divided by units per em: - Iosevka: [widths.Normal] shape = 500 in build-plans.toml, measured in 1/1000 em - JetBrains Mono: unitsPerEm = 1000 and width = 600 on almost every glyph in JetBrainsMono.glyphs - Fira Code: unitsPerEm = 2000, width = 1200 in FiraCode.glyphs - Cascadia Code: unitsPerEm 2048, zero advance 1200 in the Regular UFO | | Iosevka | JetBrains Mono | Fira Code | Cascadia Code | |---|---|---|---|---| | Advance width | 0.50 em | 0.60 em | 0.60 em | ~0.586 em | | Columns in a 1000px pane at 14px | ~142 | ~119 | ~119 | ~121 | | Latest release | v34.9.0 (2026-09-26) | v2.304 (2023-01-14) | 6.2 (2021-12-06) | v2407.24 (2024-11-27) | | Ligature-free build | Iosevka Fixed | JetBrains Mono NL | none, turn off calt | Cascadia Mono | | Glyph customization | 146 configurable characters, 19 stylistic sets | ligatures and OpenType features can be toggled | cv01, cv02…, ss01, ss02…, zero | a few stylistic sets, ss01 = cursive italic | | License | OFL-1.1 | OFL-1.1 (build source Apache 2.0) | OFL-1.1 | SIL OFL | I got the column counts by dividing 1000px by width × 14px, so they're plain arithmetic. Terminals snap cells to whole pixels, so your exact count will move by a few columns, but the ratio stays the same. The release column is worth a second look. Fira Code's last release is from 2021, and JetBrains Mono hasn't shipped since early 2023. Both are essentially finished, which is fine if you like them as they are, because they aren't going to change. Iosevka shipped v34.9.0 on September 26. Width: why Iosevka fits 20% more code per line 0.6 / 0.5 = 1.2. Same point size, 20% more characters per line. Put it the other way: to fit as many columns with JetBrains Mono, you'd have to drop it to about 83% of the size. Iosevka's glyphs are narrower, but they aren't smaller. x-height is 520 and cap height 735 out of 1000 (parameters.toml), so letters stay as tall as anyone else's while the cell gets thinner. The narrowness is also the main complaint. In the HN thread one commenter said it was "just way too narrow for my taste". Another said "it was so painful throughout the first day", then admitted they stopped noticing. Someone else replied: "Give it a week". I agree. On day one it looks like someone squeezed your editor horizontally, and the commenter who stuck with it says that wore off after the first day. If you try it and still hate the width, Iosevka ships an Extended width with shape = 600. That's exactly JetBrains Mono's 0.6 em, so you can keep Iosevka's glyph options and still get the width you're used to. Telling 0 from O and 1 from l and I JetBrains' own page says its 1, l and I are "easily distinguishable" and that the zero has a dot inside. That's a solid default. Turn on the zero feature and you get a slashed one instead, and that's where the choice ends. Iosevka treats every one of those characters as a setting. From the custom build docs: - zero has 54 variants under cv10: slashed, dotted, reverse-slashed, oval-dotted, broken-vertical-bar and so on - one has 9 (cv01), l has serifed, tailed, zshaped and more (cv47), capital-i has serifless, serifed and short-serifed (cv19) And if you just want a look you already know, the stylistic sets copy other fonts: ss03 is Consolas style, ss05 is Fira Mono style, ss08 is Pragmata Pro style, ss14 is JetBrains Mono style. So you can have JetBrains Mono's letterforms at 0.5 em. The "too narrow" crowd usually misses this: Iosevka is generated from code, and the build plan you write decides what every ambiguous glyph looks like. Ligatures: every font here lets you turn them off All four have ligatures. Iosevka puts its default set on calt, has discretionary ones on dlig, and has language-specific sets you turn on by switching calt off and enabling the matching feature (README). Its Fixed spacing removes ligatures entirely. If you hate ligatures, and one HN commenter summed up that camp well with "The job of a font is to show me the text as it actually is", every font here has an escape hatch: Iosevka Fixed, JetBrains Mono NL, Cascadia Mono, or calt off. So don't pick between these four based on ligatures. Iosevka settings for VS Code, Ghostty and kitty Install the stock build first. Don't compile anything yet: brew install --cask font-iosevka # macOS # Arch: ttc-iosevka packages, Fedora: peterwu/iosevka COPR, FreeBSD: pkg install iosevka The prebuilt fonts include the ss## and cv## features, so you can try a style in VS Code's settings.json before committing: { "editor.fontFamily": "'Iosevka', monospace", "editor.fontSize": 14, "editor.fontLigatures": "'calt', 'ss14', 'cv10' 6", "terminal.integrated.fontFamily": "'Iosevka Term'" } That's JetBrains Mono style with a dotted zero. Use Iosevka Term in terminals: the term spacing makes symbol widths suitable for terminal emulators. Ghostty and kitty both take one line: # ghostty config font-family = "Iosevka Term" # kitty.conf font_family Iosevka Term One caveat from the README: some software caps how many OpenType features it applies, so if a cv setting does nothing, that's the reason, and a custom build gets around it. Build your own Iosevka variant Easiest route: the web customizer generates the TOML for you. To build it yourself you need Node.js ≥ 18.0.0 and ttfautohint on your PATH: git clone --depth 1 https://github.com/be5invis/Iosevka.git cd Iosevka npm install # create private-build-plans.toml next to build-plans.toml, then: npm run build -- ttf::IosevkaCustom --jCmd=4 A plan that gives you JetBrains Mono shapes, a slashed zero and terminal spacing: [buildPlans.IosevkaCustom] family = "Iosevka Custom" spacing = "term" serifs = "sans" [buildPlans.IosevkaCustom.variants] inherits = "ss14" [buildPlans.IosevkaCustom.variants.design] zero = 'slashed' capital-i = 'serifed' [buildPlans.IosevkaCustom.widths.Normal] shape = 500 menu = 5 css = "normal" Two warnings from the docs. Each build job can use more than 1 GB of RAM at peak, which is why --jCmd is there. And if you list weights or widths, only what you list gets built. If you use kitty and want ligatures, add exportGlyphNames = true. If you want a little more room per glyph, shape is just a number in 1/1000 em, so try something like 540 instead of 500. None of the other three fonts give you that middle ground. So which is the best coding font in 2026? If you code full screen on a single big monitor, JetBrains Mono is still a great default and I won't try to talk you out of it. Fira Code is fine, but it's frozen. Cascadia Code ships with Windows Terminal, which is how most people end up using it. Once you split your editor, run tmux, or keep a terminal docked next to your code, Iosevka wins on the numbers: 20% more columns, 54 zeros to choose from, OFL-licensed, and still under active development. Give it a week before you judge it. What font are you coding in right now, and what would it take to make you switch? If you tried Iosevka and went back, tell me what broke for you. Sources - Iosevka site: typeof.net - Iosevka repo, README, build docs: be5invis/Iosevka - HN discussion: news.ycombinator.com - JetBrains Mono: jetbrains.com and JetBrains/JetBrainsMono - Fira Code: tonsky/FiraCode - Cascadia Code: microsoft/cascadia-code
A huge helping of praise gets lumped onto Iosevka, from me, for the way it is defined in a custom S-expression DSL. be5invis/PatEL It’s a real hackers typeface.
I have been using a union of Iosevka for most characters and Source Han Sans for CJK characters called Sarasa Gothic[0] for my roguelike (HexWalker)[1]. Iosevka's narrow characters are what originally inspired me to do it. Two Iosevka half-width glyphs literally form a square in the terminal, and if off-set by one characters, can be used to emulate a pointy-side up hexgrid in the terminal. In the end my love for the Iosevka letter shapes made me build HexWalker for the web, because it is easier to set custom fonts there than in the terminal. If you want to use Iosevka on your webpage there is a variant on google fonts called Iosevka Charon[2] that is really easy to use. Personally, I use filtered version of Iosevka that just contains the characters and variants I need for my personal website. For HexWalker I filter Sarasa Term to the characters I used, which takes it down to 42kb from 50mb+. [0] be5invis/sarasa-gothic [1] ytirnity.com [2] fonts.google.com
Iosevka: qué es y cómo personalizar tu fuente monoespaciada La versión 34.9.0 de la fuente monoespaciada Iosevka no es una sola tipografía: es una fábrica de tipografías. Cada build genera una variante distinta a partir de 146 caracteres configurables, 19 estilos alternativos y dos anchos posibles (Normal y Extended), todo definido en un archivo de configuración que el propio usuario escribe antes de compilar. El proyecto es de código abierto, cubre terminal, editor y documentos técnicos a la vez, y resuelve un problema que las fuentes de código tradicionales ignoran: cada desarrollador quiere una letra distinta, pero instalar diez fuentes para comparar diez variantes es perder una tarde. Iosevka deja elegir el glifo, no la fuente entera. TL;DR - Iosevka genera fuentes monoespaciadas a medida combinando 146 caracteres configurables y 19 estilos alternativos.- Un archivo TOML (private-build-plans.toml) define pesos, anchos e inclinación antes de compilar con Node.js.- Las familias Term y Fixed angostan los símbolos para terminales; Fixed además desactiva ligaduras por compatibilidad.- Iosevka Aile y Etoile ofrecen variantes cuasi-proporcionales para prosa técnica, no solo para código monoespaciado.- Cada glifo ambiguo (0, 1, l, I) tiene alternativas seleccionables para evitar confusiones en la terminal. ¿Qué es la fuente monoespaciada Iosevka? Iosevka es una familia tipográfica monoespaciada y cuasi-proporcional de código abierto, pensada para escribir código, trabajar en terminales y redactar documentos técnicos. Combina un diseño sans-serif y uno slab-serif, cubre un alfabeto extendido con soporte para griego y cirílico, y se distribuye bajo una licencia libre que permite modificarla y redistribuirla sin restricciones comerciales. A diferencia de una fuente convencional, Iosevka no se entrega como un único archivo cerrado. El repositorio incluye el código fuente completo de cada glifo, un sistema de configuración en TOML y un script de build en Node.js que combina esas piezas según lo que pida cada usuario. El resultado final puede ser una sola familia descargable desde las releases del proyecto, o una build privada con el nombre, los pesos y los estilos que el propio desarrollador elija. Iosevka cubre más de 146 caracteres configurables repartidos en 19 estilos alternativos. Por qué importa La mayoría de las fuentes monoespaciadas obligan a aceptar decisiones de diseño ajenas: el 0 con o sin punto en el centro, la l con o sin gancho, la a de un piso o de dos. Cambiar de opinión implica instalar otra fuente completa y reconfigurar el editor de nuevo. La fuente monoespaciada Iosevka invierte ese flujo. El usuario decide cada ambigüedad visual antes de compilar, así que termina con una sola fuente hecha a medida en lugar de diez descargadas y comparadas a ojo. Esto importa en terminales, donde la legibilidad de caracteres parecidos (1, l, I; 0, O; 6, 8) decide si un comando se lee bien a las dos de la madrugada. También importa en proyectos con licenciamiento estricto. Iosevka se distribuye bajo la SIL Open Font License, que permite uso comercial, modificación y redistribución sin pedir permiso ni pagar regalías. Cómo funciona por dentro Iosevka organiza sus variantes en tres ejes independientes: peso, inclinación y ancho. El eje de peso tiene nueve valores (Thin, ExtraLight, Light, Regular, Medium, SemiBold, Bold, ExtraBold y Heavy); el de inclinación tiene tres (Upright, Italic y Oblique); el de ancho tiene dos (Normal y Extended). Multiplicar esos ejes ya da docenas de combinaciones antes de tocar un solo estilo alternativo. Por defecto, cada glifo monoespaciado de Iosevka mide exactamente la mitad de un em de ancho, más angosto que el de competidores como Fira Code o IBM Plex Mono. Eso significa más columnas visibles en la misma pantalla. Quien prefiera más aire entre caracteres puede elegir la variante Extended en lugar de la Normal. Sobre esos tres ejes se apoya la división de familias: la rama sans (Iosevka a secas) y la rama slab (Iosevka Slab) comparten los mismos ejes, pero cambian la forma de los remates. Cada una se subdivide en Term y Fixed para terminales, y las variantes Aile y Etoile abandonan el monoespaciado estricto para volverse cuasi-proporcionales, pensadas para prosa técnica en vez de código línea por línea. flowchart TD A["Iosevka (base)"] --> B["Iosevka Sans"] A --> C["Iosevka Slab"] B --> D["Iosevka Term"] B --> E["Iosevka Fixed"] C --> F["Iosevka Term Slab"] C --> G["Iosevka Fixed Slab"] B --> H["Iosevka Aile (cuasi-proporcional)"] C --> I["Iosevka Etoile (cuasi-proporcional)"] La diferencia entre Term y Fixed no es cosmética. Term angosta ciertos símbolos para respetar la convención de columnas de los emuladores de terminal, mientras que Fixed además desactiva las ligaduras tipográficas por completo, pensando en entornos donde esa sustitución de glifos puede romper la alineación o no estar soportada. Ejemplos prácticos y cómo empezar El camino más simple es instalar una build ya compilada. En macOS, con Homebrew instalado, alcanza con un comando: brew install --cask font-iosevka La salida termina con la confirmación estándar de Homebrew para cualquier cask instalado: 🍺 font-iosevka was successfully installed! En Linux y Windows no hay paquete oficial en los repositorios de cada distro: la forma soportada es descargar el archivo comprimido de la familia que buscás (Iosevka, IosevkaTerm, IosevkaFixed, etc.) desde la sección releases del repositorio y copiar las fuentes a la carpeta de fuentes del sistema. Una vez instalada, activarla en el editor o la terminal es una línea de configuración. En CSS, para que el navegador dibuje ligaduras de operadores como != o -> como un solo glifo: code, pre { font-family: "Iosevka", monospace; font-feature-settings: "calt" 1; } Esa regla activa la característica OpenType calt (sustitución contextual alternativa). El resultado esperado: en vez de ver un signo de exclamación seguido de un igual, el navegador renderiza un glifo compuesto de "no igual", como ocurre en VS Code o iTerm2 cuando activás ligaduras. El tercer nivel, para quien quiere una variante propia en lugar de una de las predefinidas, es compilar desde la fuente. Antes de arrancar hacen falta tres dependencias: Node.js 18 o superior, git, y en Debian o Ubuntu los paquetes ttfautohint y librsvg2-bin (sudo apt install ttfautohint librsvg2-bin). En macOS, el equivalente es brew install ttfautohint; en Windows, lo más simple es correr el build dentro de WSL2 siguiendo la misma ruta de Linux. Con las dependencias listas, el flujo en Linux es: git clone https://github.com/be5invis/Iosevka.git cd Iosevka npm ci Después se crea un archivo private-build-plans.toml en la raíz del repo con la variante deseada. Por ejemplo, una build angosta para terminal que imita el estilo de JetBrains Mono: [buildPlans.iosevka-custom] family = "Iosevka Custom" spacing = "term" serifs = "sans" [buildPlans.iosevka-custom.variants] inherits = "ss14" Y se dispara el build apuntando a esa clave: npm run build -- ttf::iosevka-custom El proceso recorre cada carácter definido en el plan y, al terminar, deja los archivos .ttf dentro de dist/iosevka-custom/TTF/, listos para instalar como cualquier otra fuente del sistema. No hay una forma de confirmar el tiempo exacto que va a tardar sin correrlo: depende de cuántos pesos y glifos incluya el plan. Para medirlo en tu propia máquina, antepone time al comando de build. > ⚠️ Ojo: Una build con todo el alfabeto extendido activado (griego, cirílico, símbolos matemáticos) pesa varios megabytes por cada combinación de peso y ancho. Si solo necesitás latín básico, restringí los rangos de Unicode en el TOML antes de compilar en vez de dejar la configuración por defecto. Casos de uso reales El uso más directo es en emuladores de terminal: iTerm2, Alacritty, Windows Terminal y Kitty permiten elegir Iosevka Term o Iosevka Fixed, y los símbolos angostos de esas variantes aprovechan mejor el ancho disponible que una fuente pensada solo para editores. En editores de código como VS Code, Neovim o los IDE de JetBrains, la familia Iosevka a secas (sin el recorte de Term) suele preferirse porque conserva las ligaduras completas y el espaciado pensado para lectura prolongada de código, no solo para contar columnas. Un tercer caso de uso es la migración de equipos que vienen de otra fuente. Como los estilos alternativos imitan el aspecto de Consolas, Menlo, Monaco, JetBrains Mono, IBM Plex Mono o Source Code Pro, un equipo puede estandarizar en Iosevka sin pedirle a nadie que se acostumbre a formas nuevas: alcanza con activar el estilo correspondiente en el archivo de configuración. Errores comunes y buenas prácticas - Usar la build completa por defecto: incluye todos los glifos Unicode disponibles y termina pesando más de lo necesario. Si tu proyecto solo necesita latín básico, restringí el rango de caracteres en el TOML.- Olvidar spacing = "term": sin esa línea, una build pensada para terminal compila con el espaciado de la familia sans normal y los símbolos salen más anchos de lo esperado dentro del emulador.- Cambiar el nombre de familia sin desinstalar la build anterior: el sistema operativo termina con dos fuentes "Iosevka Custom" distintas instaladas, y el editor puede elegir la vieja sin avisar.- Clonar la rama principal en vez de un tag de release: el toolchain de build puede cambiar entre commits; para una build reproducible conviene fijar un tag específico con git checkout. Comparativa con alternativas OpciónCuándo usarlaVentajaLimitaciónIosevkaQuerés ajustar cada glifo ambiguo y variantes Term o Fixed por separado146 caracteres configurables, 19 estilos, rama slab incluidaCompilar una variante propia requiere Node.js y tiempo de buildFira CodeQuerés ligaduras de código ya armadas sin configurar nadaInstalación directa, amplia adopción en editoresMucho menos margen de personalización por glifoJetBrains MonoTrabajás en IDEs de JetBrains o VS Code y priorizás legibilidad verticalLetras más altas, buen contraste en pantallas chicasAncho fijo mayor: menos columnas por línea que IosevkaIBM Plex MonoNecesitás una familia tipográfica coherente entre mono, sans y serifParte de un sistema tipográfico completo de IBMMenos pesos extremos (ultra livianos o ultra pesados)ConsolasYa la tenés preinstalada en Windows y no querés instalar nadaCero instalación en Windows u OfficeNo es de código abierto; no admite builds personalizadas Profundizando: cómo Iosevka decide la forma de cada glifo Por dentro, el proyecto no dibuja cada carácter a mano desde cero: compila contra los datos del Unicode Character Database (UCD) para decidir, carácter por carácter, su categoría general, su clase bidireccional y su posible descomposición. Esa información determina, por ejemplo, si un signo necesita tratamiento de superíndice, si forma parte de una fracción tipográfica o si debe alinearse igual que una letra normal dentro de la celda monoespaciada. Sobre esa base, el sistema de estilos alternativos (ss01 a ss20, salteando ss19) funciona como conjuntos de sustitución OpenType: cada uno reemplaza la forma de glifos puntuales (una "g" de un piso en vez de dos, una "0" con punto en vez de barra) para imitar el aspecto de fuentes como Andale Mono, Consolas, Menlo, Fira Mono, Monaco, Pragmata Pro, Source Code Pro, Ubuntu Mono, JetBrains Mono, IBM Plex Mono, PT Mono, Recursive Mono o Input Mono, sin cambiar de familia tipográfica ni de métricas. La granularidad va más allá de elegir un estilo completo. El customizer oficial permite el cherry-picking: de los 146 caracteres configurables, cada uno admite su propia variante de forma independiente de las demás, así que dos desarrolladores pueden partir del mismo estilo base y terminar con fuentes visualmente distintas en un puñado de glifos clave. sequenceDiagram participant Dev as Desarrollador participant Cfg as "private-build-plans.toml" participant Build as "npm run build" participant Out as "Fuente TTF" Dev->>Cfg: define pesos, anchos y estilos alternativos Dev->>Build: ejecuta el comando de build Build->>Cfg: lee la configuracion Build-->>Out: genera los archivos de fuente Dev->>Out: instala la build en el sistema Los 146 caracteres configurables de Iosevka cubren latín, griego, cirílico y símbolos matemáticos extendidos. Para confirmar que una build instalada corresponde a la variante que compilaste (y no a una build anterior con el mismo nombre), el sistema operativo expone el nombre completo de la fuente en el panel de fuentes: en macOS, abrí la app Font Book y buscá el nombre de familia que definiste en family dentro del TOML; en Linux, fc-list | grep "Iosevka Custom" debería listar los archivos recién instalados. 📖 Resumen en Telegram: Ver resumen Tu próximo paso: cloná el repositorio de Iosevka, copiá el ejemplo de private-build-plans.toml de esta guía, cambiá inherits = "ss14" por otro de los 19 estilos disponibles y corré npm run build -- ttf::iosevka-custom para ver tu propia variante compilada en dist/. Preguntas frecuentes ¿Qué diferencia a Iosevka Term de Iosevka Fixed? Term angosta ciertos símbolos para respetar el conteo de columnas de los emuladores de terminal. Fixed hace lo mismo, pero además desactiva las ligaduras tipográficas por completo para máxima compatibilidad con entornos que no las soportan. ¿La fuente monoespaciada Iosevka es gratuita para uso comercial? Sí. Se distribuye bajo la SIL Open Font License 1.1, que permite uso comercial, modificación y redistribución sin pagar regalías ni pedir autorización previa. ¿Qué son los estilos ss01 a ss20 de Iosevka? Son conjuntos de sustitución OpenType que imitan la forma de glifos de otras fuentes populares (Consolas, JetBrains Mono, Menlo, Monaco, entre otras) sin cambiar de familia tipográfica. ¿Se puede usar Iosevka Aile o Etoile fuera de la terminal? Sí. Son las variantes cuasi-proporcionales del proyecto, pensadas para prosa técnica y documentos donde no hace falta el monoespaciado estricto de una terminal o un editor de código. ¿Cuánto tarda compilar una variante personalizada de Iosevka? No hay forma directa de verificarlo sin correrlo en tu propia máquina: depende de cuántos pesos, anchos y glifos incluya tu private-build-plans.toml. Para medirlo, antepone time al comando npm run build. Referencias - Sitio oficial de Iosevka: especímenes, customizer y enlaces de descarga de cada familia.- Repositorio en GitHub: código fuente, documentación de build e issues del proyecto.- SIL Open Font License: texto completo de la licencia bajo la que se distribuye Iosevka.- MDN: font-feature-settings: referencia de la propiedad CSS usada para activar ligaduras tipográficas. 📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
If you are looking for Iosevka with CJK characters, check out Sarasa Gothic. be5invis/sarasa-gothic
Same here. There are several pictures on the github page: be5invis/Iosevka
or drop the releases and go to just be5invis/Iosevka where LICENSE.md file shows up.
be5invis/sarasa-gothic CJK 폰트 문제로 고민이 있으신 분들을 위한 Sarasa Gothic 솔직히 Noto Sans 보다 훨씬 낫다고 생각함 마이크로소프트 스토어에도 등록되어 있으니 윈도우 쓰시는 분들은 그거 쓰시는게 더 편리합니다