Comments (44)
I have no idea why that PKGBUILD is trying to build the font when the latest version is always available from https://cdn.rawgit.com/larsenwork/monoid/release/Monoid.ttf.zip
That's a lot of useless work to achieve something our build script does automatically.
Could you try using the TTF from that zip file?
from monoid.
Okay, looking at a few more applications, maybe I shouldn't be surprised gvim can't handle it correctly. So some additional observations:
- emacs works perfectly but doesn't attempt ligatures
- libreoffice and gedit both get the ligatures but screw up spacing and also get the
*
->x
wrong:
from monoid.
Sure, on it
from monoid.
Only difference I see with the font in the zip file is that *
now shows up correctly:
.
Same in gvim, but the problems with equality ligatures persists.
from monoid.
@larsenwork This definitely seems to be a regression caused by ligatures.
from monoid.
hmm...it's technically not the ligatures but the contextual alternates that seem to cause on archlinux. I'll fire up my linux vm later today and try a couple of things.
@chase do you think it could be possible to add a disable liga+calt option to the script?
from monoid.
The thing is, the contextual alternates were not an issue before ligatures were added. I use Arch Linux myself.
I could certainly try, but again, it'll have to wait until the weekend.
from monoid.
@chase the contextual alternates are used together with ligatures and were added at the same time.
https://medium.com/@larsenwork/ligatures-coding-fonts-5375ab47ef8e#ca6e
from monoid.
Ah, shows how much I know about fonts and typography, hahaha. I thought contextual alternates were just the glyph.alt
in the font, didn't realize there was such a feature.
from monoid.
That's stylistic alternates - whole different thing (although we're using those too) 😉
from monoid.
For what it is worth, XFT and font rendering in general is pretty behind the times in Linux land.
from monoid.
@vodik could you try one of the "nocalt" zips here: https://github.com/larsenwork/monoid/tree/release
If that one works (it should be without the ligatures) the try whatever version you prefer from here: http://larsenwork.com/monoid/ (they all have ligatures+calt enabled).
from monoid.
Its improved, good job and it certainly looks better. Here are my findings:
- The nocalt font worked perfectly but I saw no replacements (I take it calt stands for contextual alternatives, so thats probably expected)
- Installing the font from your website looked a lot better in general
However:
I picked to have the 'l', seems like it doesn't work with the bold font (and noticeable in the other screenshots where it arises (see while
in gedit).
Worked perfectly in gedit but spacing is a bit weird
(Not a big deal, imho the space around <= is too much)
Ligatures still screwed up in gvim:
For context:
size_t sep = strcspn(val, "=");
if (val[sep] == '\0')
return;
and
while (l < &b[bytes_r]) {
size_t nl = strcspn(l, "\n");
l[nl] = 0;
parse_agentdata_line(l, data);
l += nl + 1;
}
to help understand the more problematic rendering, but in general the rendering is improved. Looks like its only <
and =
that are incorrectly rendered.
I see the same problems directly in gnome terminal
from monoid.
The "l" is simply because bold is only 90% finished.
The <= is that still the nocalt version?
"Liga" ligatures are only used for the social icons - the rest is created using calt.
https://medium.com/@larsenwork/ligatures-coding-fonts-5375ab47ef8e#4be8
from monoid.
@vodik I agree about ≤≥≠ - they'll be wider in next update
They would be prettier if the were narrower but I can't do that since I don't want any jumping (I turn off ligatures on my cursor line) https://twitter.com/larsenwork/status/620877504421756928/photo/1
from monoid.
@vodik ping 😄
from monoid.
@larsenwork haven't forgotten, just been kept busy. I'll have something for you Sunday.
from monoid.
maybe this helps :)
https://aur.archlinux.org/packages/ttf-monoid/
from monoid.
I can confirm, there's a Problem with gVim/Vim (Terminal) (tested under Ubuntu/Linux).
Hasklig and FiraCode do also state that.
(Maybe adjust the issue-title ?)
EDIT: same Problem as described above by vodik. < gets invisible, = gets the ligature of <=, >= gets totally screwed up. some other ligatures don't work at all.
in image: < > = <= >= != !== -> =>
from monoid.
@plgruener What's the problem you're experiencing in Linux terminals? Screenshots/description...
from monoid.
I've updated the previous comment.
from monoid.
Does this also happen in the nocalt version?
from monoid.
I also got this issue on Ubuntu with a US keymap - I did not test it inside an editor, I saw the issue in Sakura term and Gnome terminal.
from monoid.
@ajpaulson also for nocalt version?
from monoid.
No, nocalt version seems to work fine.
from monoid.
Ok, for this issue to be fixed I'm afraid you have to raise with whoever's behind the linux terminals to add proper opentype support - the features I'm using are called "liga" and "calt"
from monoid.
Can confirm that NoCalt works correctly - I haven't seen this happen with any other font. Are you the only font creator making use of 'liga' and 'calt'?
from monoid.
For monospaced fonts I'm pretty sure no one else uses "calt"
"liga" is used by other fonts with ligatures.
The problems reported are all related to calt.
from monoid.
And I can't do what I do using only liga 😄
from monoid.
I think it may be a libvte issue actually - Gnome terminal and Sakura both use libvte.
I tested on Xterm and URXVT (neither of which use libvte) both of these worked ok.
edit I take it that typing <=
should call the alternative ≤
to be displayed? If so I can't get that to work.
from monoid.
Great: https://github.com/GNOME/vte
If you have the time then please add your findings to the readme editor support section 😄
from monoid.
@ajpaulson please make new comments instead of edits (they don't pop up in my feed 😉)
When you say <= doesn't work - is that in Xterm or Sakura?
from monoid.
Apologies - I didn't know edits didn't notify.
When I tried in Xterm and URxvt (where the standard Calt version of the font showed correctly), entering <=
just remained as it was - I'm beginning to suspect that full support for Calt and Liga in opentype fonts is a little lacking in general.
from monoid.
Cheers
So some (most) ligatures work but not all? Or none at all?
from monoid.
I think I totally misunderstood - I though you were using calt as a way to replace <=
with ≤
Inputting ≤
via an alt code shows the correct ligature.
from monoid.
No, that is exactly what I'm doing. <= should look like a wider ≤
from monoid.
Then this is not working in Xterm or URxvt - it seems that Calt is not fully supported in most terminal emulators on Linux (libvte based ones being the majority and not supporting at all).
some insight into the state of OpenType GSUB feature support is hinted at in this SO post from last august: http://stackoverflow.com/questions/24673444/which-opentype-gsub-features-does-qt-4-8-support
from monoid.
@ajpaulson cheers, It'd be if you update the readme with your findings.
Closing this as the corruption seems gone (at least when using nocalt version)
from monoid.
Well looks like someone beat me to this (sorry for the delay), but yeah, downloading the latest version of this font from your site indeed works 100% as intended. Can't see anything misrendering between gvim, gnome-terminal or gedit.
Thanks for the work!
from monoid.
@larsenwork whatever you changed in v.56, the "wrong" ligatures in gvim are gone now, so it looks like the nocalt-version – except for the = which are longer now (same length as + and -).
But that's not really an issue.
from monoid.
Cheers. The narrow "=" before was a bug.
from monoid.
Actually, there is something, don't know if it should be a separate bug. >=<=
renders correctly but <=>=
doesn't.
from monoid.
can quickly be fixed...shouldn't they both be "un-ligaturised", or?
from monoid.
The second you enter <=>
, the ≤
reverts back. Add another =
and the second bit becomes a
ligature.
Probably the best behaviour is to unligaturise since if someone writes >==
, the probably expect to see >==
and not ≥=
from monoid.
Related Issues (20)
- Just show my love
- Neovim-qt, Windows 7: "monoid is not a fixed pitch font" HOT 1
- Support on Xshell terminal
- Something is wrong with small l HOT 1
- Tight variant capitals kerning HOT 1
- CamelCase kerning to separate the words a bit?
- MM transforms to ligature in vsvode HOT 2
- Broken "&&" ligature on Kitty terminal HOT 2
- Add hinting to glyphs?
- U+2211 N-ARY SUMMATION is too short
- Consider distributing a non-ligature version of Monoid HOT 1
- Underline probably gone wrong - does not work in Eclipse
- sublime text 3 support HOT 1
- Monoid is NOT monospaced HOT 2
- How to download? HOT 1
- [help wanted] set retina version in visual studio code HOT 1
- U+0307 and U+0308 don't combine with some characters
- No bitmap-like sharpness? HOT 1
- Are Retina and Regular weights supposed to be different? HOT 1
- Inclusion of Monoid as a Fontist formula
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from monoid.