JuliaMono is a monospaced typeface designed for programming in text editing environments that require a wide range of specialist and technical Unicode characters.
Visit https://juliamono.netlify.app to find out more.
repository for JuliaMono, a monospaced font with reasonable Unicode support.
Home Page: https://juliamono.netlify.app/
License: SIL Open Font License 1.1
JuliaMono is a monospaced typeface designed for programming in text editing environments that require a wide range of specialist and technical Unicode characters.
Visit https://juliamono.netlify.app to find out more.
Currently, I find that \Psi
and \psi
in JuliaMono look a little too similar for my taste. It's not a big deal when they're right next to eachother and you can cross reference them, but I worry that I'd mistake the lowercase for uppercase or vise versa if I only saw one of them in isolation.
E.g. here is Julia mono
and here is Droid Sans which I think did and excellent job with their \psi
.
Using emacs and Konsole in Manjaro Linux / KDE Plasma. The monitor is a BenQ GW2765HT 27.0" 2560x1440 Monitor.
So as from v0.003 I've started adding TrueType hints, which I was hoping not to have to do - in about 20 year's time it shouldn't be needed at all, but as of now it appears to be useful for improving rendering at lower resolutions...
I'm hoping this just improves clarity in all environments with no drawbacks, but please tell me about any regressions.
In case you're wondering what this involves: you have to persuade the relevant pixels on the screen grid to change color since there's not enough resolution to show the real shapes.
I expect this to take some time... :)
Thanks for your interest in this experiment!
Wouldn't it be great if your code ran perfectly on everybody's machine, no matter what? I wish... ๐ So, I'm interested in seeing how different this font 'code' runs on various machines. So, if you have a spare minute, you could upload a picture of JuliaMono-Regular running on your setup.
I suggest opening up a file such as /julia/base/ntuple.jl
for editing in your usual favourite coding environment, and post it with a few details about how old your machine is, which OS, monitor resolution, and so on. I might be able to gather from these where best to spend time trying to improve it.
iMac (Retina 5K, 27-inch, 2017):
Thanks!
A few letters for these unicode groups are inconsistent:
frak: A
, N
bfrak: Q
scr: (B
), M
, N
, R
bscr: H
, K
, M
, N
, R
, T
, V
, Y
All characters tested:
julia> for (name,st) in pairs(Tofrak.styles)
println(name)
foreach(print, st.(['A':'Z'; 'a':'z'; '0':'9']))
println()
end
bb
๐ธ๐นโ๐ป๐ผ๐ฝ๐พโ๐๐๐๐๐โ๐โโโ๐๐๐๐๐๐๐โค๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐๐๐๐๐๐๐๐๐ ๐ก
b
๐๐๐๐๐๐
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐๐๐๐๐๐๐๐๐๐
sans
๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ
mono
๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ
bisans
๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต
frak
๐๐
โญ๐๐๐๐โโ๐๐๐๐๐๐๐๐โ๐๐๐๐๐๐๐โจ๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท0123456789
it
๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐โ๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง0123456789
scr
๐โฌ๐๐โฐโฑ๐ขโโ๐ฅ๐ฆโโณ๐ฉ๐ช๐ซ๐ฌโ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐นโฏ๐ปโ๐ฝ๐พ๐ฟ๐๐๐๐โด๐
๐๐๐๐๐๐๐๐๐๐0123456789
bscr
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐๐๐๐๐๐๐๐๐
bfrak
๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐
bi
๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐
bsans
๐๐๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ผ๐ฝ๐พ๐ฟ๐๐๐๐๐๐
๐๐๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต
isans
๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐๐ ๐ก๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ๐ฌ๐ญ๐ฎ๐ฏ๐ฐ๐ฑ๐ฒ๐ณ๐ด๐ต๐ถ๐ท๐ธ๐น๐บ๐ป๐ข๐ฃ๐ค๐ฅ๐ฆ๐ง๐จ๐ฉ๐ช๐ซ
(In case you are wondering, these were generated using the file Tofrak.jl
from https://github.com/simeonschaub/FrakturaBot.jl.)
Might just be personal preference, but I do think ::
would benefit from a ligature putting the two colons just a tad closer and maybe making them the tiniest bit smaller. I think currently, the fact that the space between the two colons is larger than the space after the preceding and before the following character looks a bit odd when looked at closely. FWIW, FiraCode also has this ligature, and I think it makes Julia code a bit more readable.
This repo looks awesome! I just looked at the example on the website and the Spanish example contains an รฑ whose "tilde"/vergulilla is skewed.
I'm filing an issue as a responsible OSS person but have no idea how this fonts thing works. :D
Roboto
When raising an issue, check that you're using the latest version, and if appropriate could you add information about your operating system, hardware in use (mainly the ppi of your monitor , software/editor, pixel size, etc. Thanks!
I also compared some other fonts. Visually the hypen seem to me to sit too 'low' and should be bumped up slightly higher. This is especially evident in the 3--32
text.
To reproduce, write >-->
in a terminal with ligatures enabled. The last >
becomes invisible and actually every character after that becomes invisible as well. Could this be a bug in the ligature rendering? I am using the latest v0.011 and this doesn't happen with any other font.
Sorry, I am not much in fonts.. in the page of the project (https://juliamono.netlify.app/) you render examples with this new font.. but it may be instructive also to show, e.g. side by side, how the same text/code is rendered with a "normal" font, to show which problems this font solve compared to just using a standard font....
Cheers...
When dropping these fonts into the Fonts folder on Windows 10 I get a message that they are not valid font files.
The file browser identifies them as OpenType font file
Happy to run any tests if you make any changes.
As shown in the screenshot, the "ring" of the capital Phi ฮฆ seems to rest on the baseline:
This feels wrong to me, being half Greek. This is more in line with what I expect, i.e. that the vertical line ends on the baseline (taken from Wiki):
After downloading the font and installing correctly, The fonts don't seem to be working correctly on my vs code editor. Current setting.json:
"terminal.integrated.fontSize": 14,
"editor.fontFamily": "JuliaMono-Regular",
"terminal.integrated.fontFamily": "Consolas",
"editor.fontLigatures": "'ss01', 'ss02', 'ss03', 'ss04', 'ss05', 'ss06', 'zero', 'ss07'",
"editor.suggest.showInterfaces": false,
"julia.execution.resultType": "both",
"editor.fontSize": 16
But editor keep displaying this:
Ordinarily, I would be expect the font style and ligature to display nicely like in the screenshot in https://juliamono.netlify.app/
Not sure why mine isn't working and what I'm missing
The APL programming language uses a set of mostly non-ASCII characters for built-in functionality. Here is an example APL keymap. Julia Mono supports all the characters (hooray!) even in NARS2000 (keymap), the most demanding APL I know of. The glyphs generally look okay, but there are some issues with specific glyphs and a lot of glyphs that are much smaller or lighter than a typical character. Historically (though a very long time ago), many of these glyphs were produced by overstrikingโtyping two characters on top of each other. In most cases the issues could be fixed by replacing a glyph with a combination of existing ones, like โฝ
with |
and โ
.
โถ
is just the wrong character. It renders as a delete key symbol when it should be "I-beam", usually a stripped-down small-caps I.โฝ
is a very unusual rendering; I would expect to see the bar extend past the circle just like a lowercase phi, but maybe more precisely geometrical.โฒ
has its tilde cut off; it should have a full tilde like U+2371 โฑ
.โซ
is extremely small.โ
in "quote quad" the quote is almost as big as the quad, making it difficult to recognize. If you're not going to expand the box, the quote should probably be cut off.โท
is inconsistent with U+220A โ
(which is very small), although this is something I've seen in other fonts as well.Since they're not always obvious, here's a table of commonly recognized APL overstrikes. There are also characters with an underscore or box that Julia Mono does seem to use overstrikes for. I would say the circle (U+25CB โ
) and quad (U+2395 โ
) should be heavier and the quad larger to match other APL characters better.
|~โโ\-ยจ
โ โฝ โพโโโโฅ
ยจ โจโคโฃ
โ โ
โ โโซ
โง โฒ
โจ โฑ
0 โฌ
โฅ โ
โค โ
โฉ โ
, โช
It's just a little bit of an extra pain for Windows users
In version 0.016, U+1D2E2 MAYAN NUMERAL TWO has three dots, making it look like U+1D2E3 MAYAN NUMERAL THREE.
please look at the picture.
Left v0.010 ... Right v0.011
https://0x0.st/iExn.png
6 line less is a big change.don't you think?
OS: Linux
Terminal: rxvt-unicode
Editor: Neovim
Font: JuliaMono Medium,Size 10
To me, the uppercase unicode frak and bfrak letters (codepoints 120068-120119 and 120172-120223) look a bit too ornamented, which also makes them harder to read:
Wikipedia has some nice type samples here, which are more straightforward. The bfrak letters are quite good for most letters, but GHIJLOQ
are still a bit too complicated for my liking.
The <-
ligature can be confusing for Julia code, since in Julia, <-
is not an operator. This is because it misleadingly makes1<-2
look like 1 <- 2
, where it actually parses as 1 < -2
. Since this font is advertised as being explicitely designed for Julia, would it make sense to disable that ligature by default?
Extracting a comment from #27, because I believe it to be a valid suggestion that could be discussed separately:
I think the only complaint I have is that
`
looks slightly "heavier" than'
(seems to be slightly wider at the top?):
Besides being objectively wider, the fact that it's a diagonal stroke makes it not pixel-aligned, which adds to its heavier appearance. I do like the larger backticks (with a height matching that of '
and "
), but I'd prefer if they weren't so top-heavy.
Here's a screenshot showing what I see (VSCode, 13" macbook, JuliaMono 0.017):
I really love this font โค๏ธ and it seems to be intentionally designed, but I don't like the design of the fractions.
I can't visually recognize the center character of the figure above as a fraction. In particular, the numerators other than 1 and 2 are hard to recognize because they do not have a horizontal line element at the bottom.
I also don't see the rationale for fitting a glyph between the baseline and ascender line. It feels like it unnecessarily reduces the size of the figures. (Edit: As I commented below, if this is a ligature issue, I can understand why it would be of such a size and position, but that does not change the claim.) I would prefer to follow the position and size of superscript and subscript numbers.
I know that OpenType has features for styling fractions (frac
/afrc
). However, I suggest changing the "default" glyph design.
Here is how the following looks with Consolas font in VScode:
and here is with JuliaMono:
the Greek characters have unequal spacing, some appear more or less caligraphic, especially ฮบ, while the vertical height is unequal, see for example difference with ฮถ, ฮพ
which should have same bottom and top.
Is this intentional? (ps: I see that capital ฮฆ still has problems, cc @jagot )
First of all: thanks so much for this contribution! I think your typeface is fantastic, clean and readable but still with character - near perfect actually. But to my eyes there are two minor inconsistencies among the standard latin letters that stick out a tiny bit.
Lower case f: the filial of the ascender is quite flat where I would expect it to be more curved. Compare with the upper filial of the a, s, c and r which all curve downwards a bit, or the foot of the t or l which curve similarly upwards. Would it be possible to just mirror the bottom of the t and call it a day?
Lower case r: this one is tricky. I think I see what you were going for by combining the slight leftward angular serif of the stem (similar to the i, j, l) with more of a curve to the right (see point 1 above). But the end result looks a bit out of place, as if a cursive glyph was dropped in among the rest. See how the three r's stick out in "Argumenterror" your screenshot below. On the other hand, your r also contributes to the typeface character so I'm a bit on the fence about it. Maybe just tone down the "cursiveness" a tiny bit?
https://juliamono.netlify.app/assets/emacs-example.png
This is all highly opinionated of course. But If you see my point here but still want to keep your original designs, would you consider providing alternate glyphs for the f and r?
I know this is a bit of a request, but just putting it out there in the spirit of: "Be Greedy"
Until julia-mono my faverite coding font was Input
Which is a proportional font for coding.
Even if not for coding, having a proportional font is nice to use for other times.
Just brainstorming:
Does it make sense to make the font as a "Julia package" so that people can do ] add JuliaMono
to get the font?
Maybe it's a taste thing, but I personally prefer ฯ for phi (as does the standard VS Code font, not sure what it is) since it is easier to distinguish with ฮฆ Phi (and also I find it kind of prettier than ฯ)
Currently in JuliaMono:
Tab completion | Character |
---|---|
\phi | ฯ |
\varphi | ฯ |
\Phi | ฮฆ |
Could it be possible? ๐ :
ab completion | Character |
---|---|
\phi | ฯ |
\varphi | ฯ |
\Phi | ฮฆ |
I'm not sure if this is an explicit design decision, but the way the number sign is rendered seems a little off to me:
I admit that among the letters with descenders, on the right, it doesn't look off, but among uppercase letters and numbers, it seems like a noticeable drop.
For contrast, here's Roboto Mono:
IMO aligning the base of the #
character to the baseline, as these two do, works well in both contexts. Maybe JuliaMono could adopt that style as well?
In version 0.016, U+240E SYMBOL FOR SHIFT OUT looks like โSSโ. It should look like โSOโ.
In version 0.017, the dot of U+013F LATIN CAPITAL LETTER L WITH MIDDLE DOT and U+0140 LATIN SMALL LETTER L WITH MIDDLE DOT is above the letter. It should be to the right. Also, the dots should be the same size as U+00B7 MIDDLE DOT.
In version 0.017, U+0281 LATIN LETTER SMALL CAPITAL INVERTED R, U+02B4 MODIFIER LETTER SMALL TURNED R, and U+02B5 MODIFIER LETTER SMALL TURNED R WITH HOOK are all mirrored across the vertical axis from how they should look.
Many glyphs are blank: U+01F6, U+03E2..U+03EF, U+0464..U+046F, etc. This is worse than no glyph at all because it looks like a space and blocks font fallback.
U+027F LATIN SMALL LETTER REVERSED R WITH FISHHOOK should have a descender: the code chart says โpreferred presentation is with a descenderโ.
The lunate sigmas U+03F2 and U+03F9 are wrong. They should be lunate, like the letter โจCโฉ, but they currently look identical to U+03C2 and U+03A3.
The crossbar of U+03F4 GREEK CAPITAL THETA SYMBOL should reach all the across the letter, joining to the sides of the circle, unlike U+0398 GREEK CAPITAL LETTER THETA.
U+03E0 GREEK LETTER SAMPI should only have two dangling strokes, not three.
The dentistry symbols U+23BE..U+23CC are meant to join left and right to adjacent dentistry symbols, like box drawing symbols do.
U+0190 LATIN CAPITAL LETTER OPEN E and U+2107 EULER CONSTANT are wrong. The top should be round, as in the lowercase form U+025B.
U+2108 SCRUPLE is wrong. It should look more like, though not necessarily identical to, U+042D CYRILLIC CAPITAL LETTER E.
There is a bug in the 'cmap' table where the glyphs for U+0400 and U+040D are also mapped to U+0450 and U+040D.
U+0275 LATIN SMALL LETTER BARRED O has an inner straight line but U+019F LATIN CAPITAL LETTER O WITH MIDDLE TILDE has an inner wavy line. Despite their misleading names, they are a case pair and their inner lines should be consistent. I recommend using a straight line.
The hook of U+0225 LATIN SMALL LETTER Z WITH HOOK should go on the right, as in its capital form U+0224.
The components of the ligatures U+02A4 LATIN SMALL LETTER DEZH DIGRAPH, U+02A5 LATIN SMALL LETTER DZ DIGRAPH WITH CURL, U+23D6 METRICAL TWO SHORTS JOINED, U+A728 LATIN CAPITAL LETTER TZ, U+A733 LATIN SMALL LETTER AA, and U+1D12B MUSICAL SYMBOL DOUBLE FLAT should be ligated but arenโt.
The curly upsilons U+03D2..U+03D4 are not curly.
U+02F6 MODIFIER LETTER MIDDLE DOUBLE ACUTE ACCENT looks like a quotation mark instead of a double acute accent.
U+018F LATIN CAPITAL LETTER SCHWA, U+04D8 CYRILLIC CAPITAL LETTER SCHWA, U+04DA CYRILLIC CAPITAL LETTER SCHWA WITH DIAERESIS, U+A732 LATIN CAPITAL LETTER AA, U+A734 LATIN CAPITAL LETTER AO, U+A736 LATIN CAPITAL LETTER AU, U+A738 LATIN CAPITAL LETTER AV, U+A7AB LATIN CAPITAL LETTER REVERSED OPEN E, and U+A7AC LATIN CAPITAL LETTER SCRIPT G should be as tall as other capital letters.
U+214E TURNED SMALL F is a lowercase letter. It should be as tall as โจxโฉ.
The Hebrew characters U+05D0..U+05EA, U+2136, U+2138, and U+FB25 are assigned to the wrong code points. Hebrew is utterly illegible in this font.
U+2210 N-ARY COPRODUCT should be taller and descend below the baseline, because it is an n-ary operator. Cf. U+220F N-ARY PRODUCT.
U+2E42 DOUBLE LOW-REVERSED-9 QUOTATION MARK is upside-down.
U+301D REVERSED DOUBLE PRIME QUOTATION MARK and U+301E DOUBLE PRIME QUOTATION MARK should be redesigned to match U+301F LOW DOUBLE PRIME QUOTATION MARK.
U+A69C MODIFIER LETTER CYRILLIC HARD SIGN and U+A69D MODIFIER LETTER CYRILLIC SOFT SIGN should be superscript.
U+A71F MODIFIER LETTER LOW INVERTED EXCLAMATION MARK should be subscript.
The dot of U+A73E LATIN CAPITAL LETTER REVERSED C WITH DOT should go inside the letter, not above it.
U+A771 LATIN SMALL LETTER DUM is missing the abbreviation stroke at the bottom right.
The stroke of U+A749 LATIN SMALL LETTER L WITH HIGH STROKE should be horizontal.
Despite its misleading name, according to L2/20-038, U+A7F8 MODIFIER LETTER CAPITAL H WITH STROKE is really a superscript small capital H with stroke. Cf. U+02B6, which is the correct size for a modifier small capital letter.
U+AB64 LATIN SMALL LETTER INVERTED ALPHA should look like an upside-down Latin alpha, not a right-side-up Greek alpha.
U+AB5D MODIFIER LETTER SMALL L WITH INVERTED LAZY S should have an inverted lazy S, not a normal lazy S.
The glyph at U+FAB2 CJK COMPATIBILITY IDEOGRAPH-FAB2 belongs in a private use area.
The fullwidth characters U+FF01..U+FF60 are not fullwidth.
The rings of U+10B3E LARGE TWO RINGS OVER ONE RING PUNCTUATION and U+10B3F LARGE ONE RING OVER TWO RINGS PUNCTUATION are positioned wrong.
U+1D12A MUSICAL SYMBOL DOUBLE SHARP is not supposed to look like two adjacent sharp signs. It is a distinct symbol.
U+1F0BF PLAYING CARD RED JOKER, U+1F0CF PLAYING CARD BLACK JOKER, and U+1F0E0 PLAYING CARD FOOL are indistinguishable.
This is so cool! And perfect for Pluto :)
The file size is too high (1200kB for two font weights vs the current 20 kB for Roboto Mono latin+greek), but the high number of glyphs is too cool to consider changing it.
But I thought of a way to make it work: Pluto could initially load with a version of JuliaMono that only includes latin (with browser default monospace
for other glyphs), and then swap over to full JuliaMono once it is loaded. Do you think that this is a good idea?
I noticed that the latin subset of JuliaMono is similar to Roboto Mono, but there are differences. Would it be possible to extract the latin subset from JuliaMono?
Oooh.... this looks nice. I like FiraCode but wnat to give JuliaMono a try
When cloning in Windows Powershell it look slike the filename for specimen.pdf is fouled up.
rror: invalid path 'specimen (> 30MB!).pdf'
fatal: unable to checkout working tree
warning: Clone succeeded, but checkout failed.
You can inspect what was checked out with 'git status'
and retry with 'git restore --source=HEAD :/'
Technically, the two dots should overhang towards the 'a'. Personally, I enjoy it as is.
(One may add something like the following to startup.jl
to further enjoy juliamono.)
using REPL
function myrepl(repl)
repl.interface = REPL.setup_interface(repl)
repl.interface.modes[1].prompt = "julฮนฬฬa> "
return
end
atreplinit(myrepl)
You probably thought about it and being "mono" spaced . . .
Can we use stylistic alternatives to have a second set of ligatures?
I would just like a small gap, rather than no gap for them.
I think 1 full pixel, rather than just a little bit of shading, would be all i want.
I had to zoom so far in to see that there was infact some shading between the characters
In Estonian the letter รต is commonly used and at the moment the character has a bit too wide tilde for the base or it's too close to the base. For both รต and ร. I might be oblivious about other languages and fonts, maybe Portugese fonts do use it like that. I've included some images to show, what looks to me, a more appropriate size and height for the tilde.
I'm noticing that tabs are not aligning correctly in all apps. In particular, BBEdit (which is normally highly reliable when it comes to text display) is displaying different spacing for Julia than for other mono-spaced fonts such as Menlo, Hack, Monaco, Courier, etc. XCode seems to display correctly, but other apps such as Coda, Atom, and Sublime have problems as well, indicating that perhaps there is something about the font table that's not right (and which XCode is working around somehow).
I've attached a sample file which demonstrates the problem pretty clearly, as well as a screenshot that compares the layout for Julia in both BBEdit and XCode, and another that shows the result for Hack. Text file is UTF-8, tabs are 4 spaces.
Julia 0.018
BBEdit version 13.5 (415039, 64-bit Intel, sandboxed)
macOS 10.15.7 (19H2)
AMD Radeon Pro 5700
5120x2880 (looks like 2560 x 1440)
30-Bit Colour (ARGB2101010
When using Beamer in LaTeX, things like <5->
is quite often typed.
JuliaMono would render them by combining ->
, which is what I don't want in this situation.
Is there a way to optionally disable it if there is not space between ->
(or some other criteria)?
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.