Request for approximately equals ligature

[Fresheyeball]

~== and =~= would both be nice as

or

at the same width as the == ligature now.

[tonsky]

I can't change the width: it's one of the main principles of Fira Code:
don't break character widths, don't break intendation.

What language are these ligatures for?

On Mon, Feb 22, 2016, 23:28 Isaac Shapira [email protected] wrote:

== and == would both be nice as

https://camo.githubusercontent.com/10587acb5ae8efcc95397c0871ca6b4da4662e53/687474703a2f2f7777772e6465636f6465756e69636f64652e6f72672f64652f646174612f676c7970682f313936783139362f323234352e676966

or

https://camo.githubusercontent.com/7c4c4a0ef495aad2b6d5ca90dabe17965a73880a/687474703a2f2f7777772e6465636f6465756e69636f64652e6f72672f646174612f676c7970682f313936783139362f323234382e676966

at the same width as the == ligature now.

—
Reply to this email directly or view it on GitHub
#143.

[Fresheyeball]

Well, I don't think you need to change the width, since ~= is 2 wide and =~= is 3 (so there is room for a 2 wide ligature in the 3 wide space). As for language, none where these are built in (that I know of), but these are frequently defined in user space in languages that allow custom infixes, for example: https://hackage.haskell.org/package/ieee754-0.7.8/docs/Data-AEq.html

[tonsky]

Oh, I see what you mean. What’s semantic difference between ~== and =~=? I’m not sure how glyphs you provided are related to the operators

[MadcapJake]

In Perl 6, =~= means approximately equal. However, Perl 6 also supports the unicode version ≅.

[Fresheyeball]

No semantic difference Im aware of. Just different versions Ive seen in the wild for approximate equality.

[Fresheyeball]

The glyphs I provided where more just visual options for approximate equality. Id expect a single glyph to be select to represent the meaning, and be used for both operators flavors.

[tonsky]

That would be a terrible idea, given that both versions are used in Haskell
community

On Tue, Feb 23, 2016 at 3:23 AM Isaac Shapira [email protected]
wrote:

The glyphs I provided where more just visual options for approximate
equality. Id expect a single glyph to be select to represent the meaning,
and be used for both operators flavors.

—
Reply to this email directly or view it on GitHub
#143 (comment).

[Fresheyeball]

I think that can be addressed with configurability. But good point. Maybe just the more common =~= by default.

[airstrike]

Layman's comment: +1 for some ligature that denotes approximately equals -- right now I don't see any? I'm used to seeing ~= used in the wild (though not necessarily in coding contexts).

[ThePizzaMuncher]

I’d appreciate having just for those cases where a roughly (or almost) equals sign would apply. Even if that would almost never happen.

[ragaar]

Necro thread, let's gooo!
I defaulted to trying to use ~=, then =~, then =~=. I was surprised that none of these worked.
At which point, I thought I'd jump online and look it up because I think getting the character/presentation correct is important.

Seeing that there is no ligature for ≅ feels incomplete.