Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

== Ligature not working #436

Closed
empyrdev opened this issue Mar 22, 2021 · 2 comments · Fixed by #587
Closed

== Ligature not working #436

empyrdev opened this issue Mar 22, 2021 · 2 comments · Fixed by #587

Comments

@empyrdev
Copy link

Environment

Cascadia Code version number: 2102.25
Application (with version) used to display text: VSCode 1.54.3 and Windows Font Settings
OS platform and version: Windows 10 Pro 20H2
Screen resolution (i.e. 220dpi): 163 dpi

Any other software?

Steps to reproduce

  1. Install Cascadia Code
  2. Type == in either vscode or the windows font preview

I tried this on a much older version of Cascadia code, version 1911.20 and it worked as expected. Does not work on the later versions.

Expected behavior

  1. Expect ligature for == to show

Version 2102.25

Version 1911.20

Actual behavior

  1. No ligature shows as seen in first image

Only happens for the == ligature as far as I know as ===, !=, etc all work fine.

@DHowett
Copy link
Member

DHowett commented Mar 22, 2021

It was decided that the ligature for == was "too confusing" and it was given a special treatment where it is still divided but the equals signs are closer together.

@empyrdev
Copy link
Author

Ah that makes a lot of sense, thanks!

@aaronbell aaronbell mentioned this issue Oct 22, 2021
18 tasks
DHowett pushed a commit that referenced this issue Oct 29, 2021
This is a fairly comprehensive (and spooky!) 🐛💀 update resolving many
open issues.

### Arabic bugfixes
- [x] Closes #532 👻 - Additional positional variants added
- [x] Closes #535 🍂 - Corrected hamza form
- [x] Closes #540 🎃 - Dot arrangement corrected
- [x] Closes #541 🧹 - Was due to the use of anchors on those glyphs.
  These have been removed so the glyph can render as spacing.
- [x] Closes #542 🌕 - This was partly due to a [bug in Harfbuzz]. It
  has been resolved both on the font side (through a different
  implementation) and in Harfbuzz. 
- [x] Closes #549 🦸‍♀️ - Design corrected
- [x] Closes #555 💀 - All letter glyphs removed from Arabic
  Presentation form unicode slots to avoid situations where the glyphs
  are not behaving as expected.
- [x] Related to #543 - uni0615 removed as Cascadia Arabic not intended
  to support Quranic

### Other bug fixes
- [x] Closes #488 🔪 - Finally made the www ligature have the proper
  number of `w`s. 
- [x] Closes #436 🧟‍♀️ - Extended length of Powerline 'caps' to
  avoid situations where rounding can prevent overlap. This may cause
  problems if the caps are used next to one another, but that seems an
  unlikely scenario given what I've reviewed of Powerline styles. 
- [x] Closes #521 🤖 - enlarged the size of the grave character to make
  it more recognizable / legible in code. 
- [x] Closes #524 ☠️ - Added some more differentiation in stroke, and
  also created more space using hinting. 
- [x] Closes #525 🧙‍♂️ - tweaked the braces to be more twisty and
  create better differentiation from the parens. 
- [x] Closes #529 🧛‍♀️ - Changed year :P
- [x] Closes #546 👹 - ij no longer masquerading as a mark. 
- [x] Closes #563 🧟‍♂️ - corrected `locl` feature for proper
  Serbian rendering
- [x] Closes #571 🦹‍♀️ - corrected overshoot
- [x] Closes #572 🕷 - ratio symbol added
- [x] Closes #577 🍁 - shifted heights of box drawing lines to better
  align with block glyphs. Will reduce risk of non-joining forms under
  certain conditions. 

[bug in harfbuzz]: harfbuzz/harfbuzz#3069 (comment)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants