Supplemental Arrows-B (U+2900-297F) glyphs exceed monospace cell width

[kofany]

Problem

Characters in the Supplemental Arrows-B range (U+2900-297F) render wider than a single monospace cell, breaking strict monospace alignment in terminals.

Example

The character ⥤ (U+2964 RIGHTWARDS HARPOON WITH BARB UP ABOVE RIGHTWARDS HARPOON WITH BARB DOWN) renders at 15px width when the cell width is 11px (measured at 16px font size).

This causes the glyph to be clipped in terminal emulators that strictly enforce monospace cell boundaries.

Test Results

Measured actual pixel bounds (not advance width) using canvas rendering:

Character	Codepoint	Pixel Width	Cell Width	Ratio
⥤	U+2964	15px	11px	1.36
M	U+004D	10px	11px	0.91
⟹	U+27F9	~11px	11px	~1.00

Note: U+27F9 from Supplemental Arrows-A (U+27F0-27FF) fits correctly because that range was fixed in v6.0.

Reference

From CHANGELOG.md v6.0:

"Redrew U+27F0..U+27FF Supplemental Arrows-A to be strict monospace"

The same fix should be applied to Supplemental Arrows-B (U+2900-297F).

Environment

• Font: FiraCode (also affects FiraCode Nerd Font Mono)
• Tested with: FiraCodeNerdFontMono-Regular.ttf
• Font size: 16px
• Measurement method: Canvas getImageData() pixel scanning

Expected Behavior

All glyphs in monospace font should fit within a single cell width, consistent with how Supplemental Arrows-A was fixed in v6.0.

[tonsky]

Supplemental Arrows-B don’t appear monospace because they are not in the font. Do you want me to add them? Which ones do you need? All 128 might take a long time

[BraveBott]

New Update when??
Last update was on 2021 and it's 2026.
And please make dotted zero as default because other than vc code if i use this font in other places it shows slashed zero and i can't change that to dotted zero.
Or add an option like Maple Mono does, so that we can download this font with our own choice style sets.