To join the Ubuntu Monospace beta and give feedback, apply to the ubuntu-typeface-interest team on Launchpad and follow the PPA instructions after being accepted.
Timeline
![]()
Hardly a day has gone by in the last six-months without the design team being asking when the Ubuntu Mono monospace is going to be available. Like all of the work on the Ubuntu Font Family, the monospace has been working its way through the phased testing process, gradually being made available to more users, as issues are improved and developed. It’s now at the state where it’s ready to share with the early-access beta team. Depending on how many issues are found it can then proceed to being released via font.ubuntu.com and then finally into a future version of the Ubuntu operating system.
Development on the Ubuntu Mono started back in August/September 2010 with Amélie Bonet at Dalton Maag taking the lead. The Ubuntu Mono consists of four fonts: regular, bold, italic and bold-italic. The full set are true monospace fonts, each character being exactly 0.5em wide and 1.0em high, regardless of the weight. Just like a typewriter there are 12 characters per inch at 12 point. On a typewriter or line-printer, creating “bold” is a matter of printing over the top, building up the ink but keeping the same spacing. The Ubuntu Mono Bold follows this principle.

What took so long?
Making a font takes a really long time, for Ubuntu Mono it has also been necessary to re-learn and re-discover much of a lost-art behind monospace font design; hopefully the experiences from the development (recorded in the bug tracker and design blog) will help others working on monospace development in the future.
In a variable-width font, the letters ‘m’ and ‘w’ are much wider than the letters ‘i’ or ‘l’ leading to two problems. The wider characters must be squeezed to fit, and the narrow characters bulked-out to fill the space. Out of all of these, the Latin ‘i’ and ‘m’ have taken the most time, with many experiments run over several months to try and discern a solution (a compromise is going to be necessary somewhere).

To serif or not to serif?
- Ubuntu Regular (proportional) on the top line, notice the ‘m’ and ‘@’, both much wider than the versions below. In a proportionally-spaced font the designer has a wide array of options in terms of setting the advance-width of a character, or optimising the kerning by setting customised spacing for certain pairs of letters next to each other (‘AV’, ‘Te’)
- Ubuntu Mono Regular (fixed-width) in the middle, making characters work is not just a case of squeezing harder! One needs to find a designed alternative: the ‘m’ has a raised middle stem helping to keep the sensation of lightness and space, and for the at-sign (‘@’) the surrounding circle does half a revolution less, leaving the ‘a’ at the top instead of the bottom.
- Ubuntu Mono Italic (fixed-width) at the bottom, is not just a slanted version of the monospace. The ‘a’ becomes single-storey matching the proportional italic and the letters ‘a’ ‘d’ ‘u’ gain tails in Latin. In Cyrillic Kursive (italic) the character forms often change completely.
The main Latin-based characters that vary are "j1flirt". In the end the ‘r’ was finalised without needing a serif, but the other glyphs have been provided with serifs of some form in order to “fill out” the whole of the cell in which they sit: the numeral ’1′ has a slab serif across the bottom, and for ‘f’ and ‘t’ the cross-bar goes the full width across instead of just the right-hand side. The commas and quotes also gain “typewriter” serif tails.
For more details (along with experimental the PDF diagrams) see bug #677134 (“Style: Mono: discern shape of serifs for i l t “). (Please try to have used the font by testing for one week in your normal use to help filter out knee-jerk reactions).
Where we are now
We need to test the readability of the font, particular the Cyrillic and Greek which have had less testing. We also need to test the technical aspects of the monospace font in as many terminals as possible, including the line-spacing. For this, a set of box-drawing and solid-fill characters have been included in the UbuntuBeta Mono. If working correctly when these are tiled side-by-side each should exactly touch, leaving no overlap and no gap.
This exact 2:1 ratio between height and width means that it can hopefully also be used as an 8×16 bitmap console font. Perhaps in a future version of Ubuntu you’ll be able to see Ubuntu Mono right from the moment the bootloader or CD menu appears! In order to do that, the fonts are being “hinted” to force optimised bitmap forms without “drop-outs” or gaps that appear from the fitting of the complex curve onto a low-resolution grid of pixels. As of this week Jason Campbell at Dalton Maag has handed over his hinted versions of Ubuntu Mono to Vincent Connare for tweaking. The most recent update from Vincent earlier today was “I am reviewing the Monospaced now!”, so hopefully that will reassure everyone that things are a-happening in the background!
Finally, remember that the Ubuntu Font Family is about quality, it’s better that we all get a high-quality monospace font in the long-run than to rush something out of the door too soon. Good things are worth waiting for!
Thank you to a commenter in a previous blog post for inspiring the title.

It’s so good looking!
Your final image is broken.
I’ve been using the Ubuntu Monospace font as part of a closed beta for around six months (I’m not special, I just asked to join the launchpad group). I spend a lot of time in the terminal (vim, ssh, irssi and even sometimes Finch). And I love the using font. My previous fonts of choice were inconsolata or droid sans mono. Ubuntu Mono beats droid sans hands down, and I personally prefer it over inconsolata, but YMMV.
I’ve seen a bug that suggested Ubuntu Mono will likely be the startup terminal font (for those of us who still prefer a text startup) and the font for virtual-terminals (ctrl+alt+f{1..7}). And this is great, because those fonts are very rarely changed.
Here’s to hoping that you spare the accented characters some love. Where I live we tend to use å, ä and ö a lot and lots of modern typeface botch them badly. The distance to the accents have to be just right, otherwise the whole text looks like when English is set with Far Eastern fonts, if you know what I mean.
“Development on the Ubuntu Mono started back in August/September 2011″
Shouldn’t that be 2010?
Greg: yes, thanks for spotting that. The WordPress install was recently switched over to a newer install by the IS team who maintain the servers. It seems that images uploaded before that switch over work, and ones uploaded afterwards don’t work (this post had been queued for a while).
I have deleted the link to the image for the moment, but I’ll add it back when things recover. I’ve also filed an Request Tracker (RT) note to get the issue investigated.
Update: I’ve hosted the
iflwratsketch on another server as a workaround, and the sysadmins have recovered the preview thumbnail.Seth: Yes, that bug/wishlist is bug #724022 (“Wishlist: Enable use of Ubuntu Mono as .psf console-setup font”).
The font that most Linux-based systems are using for the console and bootloader is GNU Unifont which is a full-coverage bitmap font, meaning that it has about 64,000 more codepoints covered than Ubuntu Mono at the moment. The ideal would be load Ubuntu Mono, and then to load GNU Unifont as the fallback; but this will need upstream changes to the bitmap font loading utilities to pull from two fonts as at runtime/loadtime as we can’t join them together before then because of differing licences.
codeman38: Well caught. And fixed! Yes, it’s been in development for about a year now.
GNU Unifont uses the GPL, and Ubuntu Mono belongs to you; why not provide a dual-license to solve the license problem?
Anonymous: Yes, one could workaround it by adding an additional permission for linking to GNU Unifont, but it would be a short-term, narrow solution for a single use-case.
The better solution is probably to try and increase the usefulness of the upstream font loaders that all distributions use. This would mean that anyone wishing to load a custom console font but still wanting retain the full fallback coverage available from GNU Unifont would be able to do so.
Which do you think is a better solution overall?
Jonas B: I’m guessing you’re somewhere up near Finland or the top of Scandinavia?
Could you clarify, are you saying that you’ve used for font in practise, and that you’ve spotted a problem (if so, please please file it in the bugtracker so it doesn’t get lost).
I can try to guess what you mean, but font designers’ mind-reading abilities are not always reliable and it’s much easier to fix if it’s clearly documented. Note that for capital ‘Å’ the ring is integrated into the apex in order to save vertical space.
Great job keep it up !!!
Next step ubuntu serif ??
spc: Ingo Gerth asked a very similar question over at AskUbuntu a few months back which perhaps provides the answers; in a nutshell, it depends when and if a group of sufficiently skilled and organised type designers come forward:
In the mean-time, if you’re interested in a high-quality serif typeface, I would recommend getting involved and checking out the wonderful:
I’m a web developer, sometime I mix two languages in the code, Arabic and english .. what if I set the font type to ubuntu mono, does the Arabic will look ok in this case ?
@saa: When a glyph is not available in a particular font, it is generally substituted with glyphs from another font. On an Ubuntu systems, you’d probably end up falling back to glyphs from DejaVu Sans Mono.
By the way, for the initial bootstrapping phase (thirteen font weights of across five script systems) it is only for Ubuntu Mono with Latin/Greek/Cyrillic. The initial Arabic-script coverage is just for one proportional. Dalton Maag are just bootstrapping the Arabic-script coverage in the Ubuntu Regular and Ubuntu Bold weights. Hebrew-script coverage for the bootstrapping phase is across Ubuntu Regular, Ubuntu Bold, Ubuntu Italic, and Ubuntu Bold-Italic.
Some questions:
Yes, I wish I can test the fonts and give you a feedback about them..
I’ve been using the Ubuntu monospaced font since it was first made available internally. My primary use case is as an Emacs font for programming, so almost entirely ASCII. I’ve provided feedback and seen the font go through its evolution. With the exception of bug 791076, it’s been a pure joy. It’s a very pleasant and comfortable font to be staring at for 10 hours a day. Kudos to Dalton Maag and the Canonical design team for the amazing work on this font. It’s hard to imagine going back to anything else.
Awesome font. I’m truly impressed with the work that’s gone into it so far. Definitely worth the wait.
Does the font contain full hinting instructions? I’m using it on Fedora 15 with http://www.infinality.net‘s FreeType patches (Ubuntu Mono added to the fully-hinted-list) and e.g. the dot on the i and j hang too low.
Nikolaus: At the time this article was written, there was no hinting in the “UbuntuBeta Monospaced”. The 0.80 release-candidate (0.80~rc) does have some hinting work, but it’s still a work in progress with Vincent Connare being due to spend more time on it. You can check if hinting is in use in your rendering by looking at the debug character U+F000 (‘’).
The point of doing the betas is to get feedback, if you’ve spotted something, then please file a bug:
When you are attaching a screenshot, please paste the special debugging characters U+EFFD and U+F000 (‘’ and ‘’) into the terminal/editor being taking the screenshot.
Dear Paul
may I suggest you to include PragmataPro for the next Ubuntu releases?
http://www.fsd.it/fonts/pragmatapro.htm
How would that work? Ubuntu only includes libre fonts (perhaps some corner cases).
But never ever proprietary, protected fonts like that.
$170? Per installation? Where would they get the money?
Nice work!
I’m setting my Eclipse environment to use Ubuntu Mono 12 instead of Monospace 10, to see how I react to the font on a daily basis.
sexy.
reminds me of Envy Code R[1], and this is a great accomplishment, as said font is my favourite monospace. maybe i just got a new one.
[1]: http://damieng.com/blog/2008/05/26/envy-code-r-preview-7-coding-font-released
I just tried Ubuntu Mono and although I like the font, I still prefer Consolas due to the following two issues:
1. The slashed zero of Consolas looks nicer and more readable than the dotted zero of Ubuntu Mono.
2. The angle brackets (or smaller and greater signs) are very pointed in Ubuntu Mono, and the equal sign has a lot of distance between the lines. This makes the defining operator for lambda functions in C# ( => ) a lot uglier in Ubuntu Mono than in Consolas
Greetings,
eta
“Let me see. I made a chcoie. A chcoie not to use Microsoft.”OK, that’s a reasonable chcoie, but you ought to be consistent about it. I hope you don’t ever mount anything using the VFAT file system, for example, since MS has the patents on that. I assume you never connect to anything on a network, because you’re liable to be using SMB (“samba”) if you do that… as written by MS. And so on it goes, really… Linux *interoperates* with Windows, and you’ll accordingly find a lot of technology in the Linux stack which is designed to facilitate that, in exactly the same way that Mono was designed to bring C# to Linux users.I think talk of Ubuntu/Gnome being “infected” with Microsoft technology is rather missing the point, in other words: convicted monopolist they may well be, but they also played an important part in defining what personal computers and the networked environment are. You can’t easily run away from all of that …well, I suppose you could run Haiku on something without a network card… and surely the more considered approach is to quietly make your chcoies without pretending there’s One Pure Way?Like or Dislike: 0 0
jKAVc2 nyphxijwmjzx
Wonderful points altogether, you simply won a new reader. What would you suggest about your put up that you simply made some days ago? Any sure?
find the following code in your HTML:h2.date-header { mrgain:1.5em 0 .5em; }This definition is responsible for the date above posts so you can just add some more properties in it like this:h2.date-header { mrgain:1.5em 0 .5em; font-size:40px; font-family:”Times New Roman”,Georgia,Serif; color:#0000FF; }Of course, you can change these settings according to your taste.
Prima Sans Mono BT lacks a zero with dot and lacks the serifs on small letters f and r.