Not the commenter you're asking to, but ligatures, to me, are a print thing. They are not nice on the computer screen. I'm kind-of fine with fi and ffi with variable-width fonts, but the rest is geekery (which is fine in itself, but not practical).
With print, you have to think about kerning and the flow of the ink, and the DPI of the printer, and many other variables, and some ligatures help with that (fi). Then there are some letter strings that appear consequently very often (e.g. st), in which case if you're cutting your fonts out of metal cubes, it's practical to have a single character for those strings. They are not, basically, of help to the reader, but instead to the typesetter / the machine. But you don't spend ink or metal on a computer screen, so the ligatures are just there for the sake of it.
With monospace fonts, well, because there's no kerning (each character takes up equal space), there's no way that normally any bits of the letters could coincide, so all the ligatures are forced and artificial there.
Monospaced fonts simply mean that the horizontal width is constant. While this also means there aren't any kerning pairs, it is a different concept. Simply disabling kerning does not mean a font is monospaced.
Kerning is a table of pairs that allows them to have more aggressive advance values. For example, with a sequential 'V' and 'A', the 'A' could be moved closer to the 'V'. But kerning doesn't have anything to do with the fact that in a variable width font that 'I' is narrower than 'X'.
I guess I took your statement, "because there's no kerning (each character takes up equal space)" to mean "no kerning means each character takes up equal space". Maybe that's not what you meant with those parenthesis.
Not the parent, but I’ve had an issue where the fi ligature occupies just one character width, which looks very wrong with an otherwise monospace font. If the ligature is done right (resulting glyph is double-width), then I would probably like it.
Iosevka does not have `fi` ligature.
The "Term" variant is used for some restricted environments, like some Linux would think that Iosevka is not monospace due to it has glyphs wider than one space.
I like trying new fonts for coding. So far I went back to my favorite DejaVu Sans Mono as I can legibly use it for coding at size 8. On my screen I can see 65 lines of code. When I tried Iosevka it does look good, but at size 8 it's legibility is not as good as DejaVu, it is about 20% more narrow (which is not too important to me), but it can fit just 60 lines of code on my screen. Less code and less legibility than DejaVu, so I'll pass. But I do love that there is a selection of high quality fonts for coding nowadays.
I might not be very advanced user. Configurable how? When generating fonts? Or in an editor? Most editors that I use do not have these configuration options.
Why do you want to see more lines of code on the screen?
I hear that argument frequently, but I'm on the other side this. I use Fira Code size 20 (with line spacing 1.1) in IDEA - it means about 40 lines of code.
Below are my arguments for this.
I prefer to see less code on the screen so I'm forced to split the code into more methods/functions -> make it more readable as a side effect.
More over smaller font means you strain your eyes more.
I found it too tall, like many other similar fonts. Usually source code is not too wide horizontally and limited to 80 characters so making characters more wide and less tall allows to fit more to screen.
However it looks good and may be useful for those who prefer to open more that 2 columns of code in editor, or users of tiling window managers.
Liberation mono is my favorite, however Menlo from Mac Os looks good too.
I am wary of licenses which attempt to narrowly define things like personal use with language that is incredibly legally vague.
> For the purposes of this License, Personal Use is defined as any use on your own computer that involves computer programming, software development, or the composition of plaintext documents in personal, professional, or non-professional contexts.
namely:
> composition of plaintext documents
just composition? What if I print it? Can I use it in a presentation? I would rather not agree to language which seems to imply a future requirement to purchase some "other" licence if I trigger any of those clauses.
I doubt this is going to replace Ubuntu Mono for me (so many fonts have tried, and so many have failed). But it's my duty, and my obsession, to give it a shot for a few days. So I'll spend some quality time with this on Monday. Whether it does or doesn't succeed in dislodging UM from my bosom, thank you very much for the effort you've put in. This is how progress gets made.
Spacing: How wide some specific characters are.
Default: The default variant with ligatures and semantic full-width glyphs.
Terminal: Exact monospaced font without ligatures and full-width glyphs. Since some environments cannot interpret Iosevka as monospaced, and have difficulties with ligatures included, you can use Iosevka Term as an alternative.
I felt the same way at first, but I got used to it very quickly. Now I can't switch back, all the other fonts seem bloated and wasting screen real estate.
In fact, it's so much more space efficient that I can fit three code files side by side where I used to be able to fit two.
it's a much narrower glyph than the type I'm used to.
Exactly this. Maybe if I'd be staring at it for days it would be ok, but right now it feels uncomfortable to read, to the point I'm probably not even going to try. Then again, just like the other commenter I always come back to Consolas or something so similar that it's hard to distinguish.
On a sidenote: what is the font is this textbox I'm typing in?
> On a sidenote: what is the font is this textbox I'm typing in?
Can’t say. The stylesheet specifies ‘monospace’, so the font is whatever your browser’s default monospace font is. For me, it’s Courier. But yours could be anything.
If you open developer tools on chrome, under the computed tab, the very last panel will tell you what font it used to render the glyphs inside the element you inspected.
That matches up with my initial impression as well. I'm coming from Fira Code, which I've been using for a while now and really love. The glyphs are noticeably wider, but to be honest, after using Iosevka for the last half hour or so, I'm kind of enjoying the compactness.
It's the first narrow typeface I haven't rejected immediately for writing code. I ran into what looks like some issues with certain ligatures not being substituted, but that looks to be an editor-specific issue. They're fine in Terminal and vim, but Atom had some issues with some (e.g., <--> <*> <.> and others along those lines). I will say that Fira Code seems to have a more diverse set of ligatures,[0] though some of them--the equality glyphs in particular--were annoying at times because they were such a visible change over what you actually typed.
If anyone uses narrower fonts so they can see more on a single screen, here's exactly what you need: http://dotsies.org — It's a mysterious dot font that is not braille. Have fun (spoiler: I didn't succeed to use it).
That is cool. I wish it wasn't dependent on the vertical alignment so much (e.g. if you have a single character, you can't tell an 'a' from a 'b' from a 'c' -- heck if you have a 'ab' that could also be a 'bc' or a 'cd'). Maybe it matters less in practice than I think.
In terms of creating a space-saving reading system, I think a better place to start would be with the writing system itself. Dotsies squishes letters but does not remove them.
I propose a system where each word is reduced to its minimal representation, eg. where letters are removed until the smallest unique form is found (giving more common words shorter forms).
Once I have such a mapping developed (for both reading and accelerated writing) I will see if something like dotsies still makes sense.
In any case I will not use squares: they make my eyes sad. Maybe circles :)
Unless the machines figure out how to subvert time itself which is what happens, all because of carelessness on the part of developers and their insistence on tabs.
I'm surprised there are no comments here about the code! It looks like the characters of the font are specified programmatically on top of a self-contained glyph-drawing library, all written in a custom Lisp dialect ("patel") running on top of node, written by the same author as the font. Really impressive!
Oddly, Iosveka currently doesn't provide (for instance) ⇒ or ⟹, according to the specimen sheet, even though it contains ligature-derived glyphs that look just like ⇒ and ⟹.
Well, yes. For some languages we'll need to wait for standards committees, but there are a number of popular single-implementation languages that really have no excuse.
I purchased the Essential version of PragmataPro™[1] because I love a narrower monospaced font for terminal windows and editors... allowing for a better use of horizontal screen real estate.
Having something that is this configurable—including the leading—is fantastic! I will definitely give it a try.
One thing that may make me stick with PragmataPro is the fact that Fabrizio has hand-optimized the screen display for over 7000 characters from 9pt to 48pt to guarantee the best possible readability... no weird rendering artifacts. It's amazing, but unfortunately many people are "put off" on the idea of paying for that kind of attention to detail.
In any case, thanks for offering this free variant of a customizable, narrow terminal font!
I would really like to see a san serif proportional coding font with coding ligatures. I've tried to hack one up myself but I could never figure out the tool chain for it.
I've been using Monoid for a long while now and am surprised not many people have heard of it or are using it. Monoid is very similar to Iosevka . Similarly you need time to get used to it, but when you do don't want to go back.
I have not used Iosevka, has anyone used both Iosevka and Monoid and can compare them?
The slight curve to usually straight letters like 'v' and 'k' reminds me a bit of of Inconsolata. I really like this touch and makes a monospaced font flow. Is it also using Spiro splines?
Iosevka is awesome! I've been using it for a while now. I started with inconsolata, went to anonymous pro, and then iosevka. I'm very happy with it. I like the fact that it's narrow because now I can have my editor split in three.
Lately I've been trying out operator mono. Still not sure if it will win over iosevka.
I like the way it looks, but I discovered that while I can use SF Mono at 11 points, I have to bump up the size of Iosevka to 12 to avoid eye strain. The result was that while I could squeeze longer lines on screen with Iosevka, I get more lines with SF Mono. Back to SF Mono.
I've been using iosevka (regular and thin) anywhere I have to read a whole lot of content, which in my case is within atom editor, terminal (vim), and irc client (quassel). Iosevka is a feel-good font. The regular and thin styles are very nice. ^_^
Daily user here. One of the few narrow monospace fonts. Previously, I've used pixel fonts like Dina or the proggy fonts suite, but with higher resolutions this has become unsustainable.
It is a really good font, however, it just doesn't work for me on terminal & terminal based applications. Somehow I find that there is too little spacing between the lines.
To be honest, Iosevka is not suitable for the current VF specification, because that it does not support changing glyph topology while changing parameters.
Finally a font which thinks about other latin based lanuages, and even cyrillic and greek, not only English. Some fonts do this, but few take care to show it in their marketing material.
Thumbs up for the examples and not ignoring the rest of world! (personally I find the fonts too "narrow" fow my use)
Actually, it does pretty much ignore all other languages given its width. They did it as narrow as possible (with latin letters) and just shoehorned all others later.
> Finally a font which thinks about other......but few take care to show it in their marketing material
Almost all commercial fonts do this. Just take a look around.
They do take consideration about non-latin languages. For example, a Chinese character in this font has exactly twice of the width of an English character, which makes sense
It has some similarities with Pragmata Pro (my previous font), but has evolved to have its own personality now.
I build a custom version of the font with this command-line:
This gives me:- Disabled ligatures (I don't like them for my coding font)
- Underscore below the baseline (it is called underscore, after all)
- Tilde and asterisk centered vertically
- Zero with dots through it
- Fira Sans style @ symbol.
Sample: http://i.imgur.com/Hq4X7oV.png