Unicode rendering quirks | ①-⑨ renders big, ⑩-⑳ are small and ㉑ is medium

Steps to reproduce

①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯⑰⑱⑲⑳㉑

Done!
As you are already looking at it! as i can see it, this site uses the same way to display them as obsidian client. or you can copy…

①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯⑰⑱⑲⑳㉑

Why are the all small now except ㉑?..
Okay, i have no clue what it happening, but as AI told me it is on the Obsidian side of things.

Did you follow the troubleshooting guide?

Yes?

Expected result

All symbols are the same size

Actual result

①-⑨ renders big, ⑩-⑳ are small and ㉑ is medium


Additional information

①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯⑰⑱⑲⑳㉑
❶❷❸❹❺❻❼❽❾❿➀➁➂➃➄➅➆➇➈➉➊➋➌➍➎➏➐➑➒➓
⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾
⑴⑵⑶⑷⑸⑹⑺⑻⑼⑽⑾⑿⒀⒁⒂⒃⒄⒅⒆⒇
(There is probably more)


Fun fact! ㉑ is off even in google chrome!
Not google search though.

Think this is going to depend on your OS and the font used. Here’s in macOS; Arc browser (top) and Obsidian Sandbox:

Here’s in the Sandbox changing the text font to YuGothic:

2 Likes

I agree this looks like a font issue. Most fonts don’t have all characters, and different fonts offer different selections of characters. When a font lacks a character that your text uses, your system will render it with a different font that has the character.

This also explains why the code block in your post doesn’t show the problem. Code blocks normally use a monospaced font (meaning the characters are all the same width), which differs from how text is usually presented. So the code block is using a different font than the rest of the post, and that font lacks all of the circled numeral characters, so they’re all rendered in the fallback font. (Or maybe the code block font has all of the circled numerals, but I think that’s less likely.)

But why ㉑ is different then?
Okay, probably all of it is " Segoe UI Symbol" font that has fist 20 but not 21

for me it looks like this:

The main reason i decided that it is probably obsidian problem, is because something similar was already fixed once: Obsidian 1.8 Desktop (Public) - Obsidian

  • Fixed some Japanese characters rendering incorrectly when using the default font.

It was somewhat different as “:” was rendered as ": " (spacing)
But from my perspective it very similar to this problem.

(Hi, Mistmage!)

Circled 1 has an East Asian Width of narrow in the text context your using. U+2460

Circled 21 always has an East Asian Width of wide. U+3251

That’s why some fonts might display them differently, either intentionally adhering to the standard or simply not including those characters and letting them default to another font. And some fonts choose to make them equal in width.


What you’re seeing is a consequence of the font. The same happens in other applications.

Microsoft Word:

In Word, Aptos, Calibri, and even the monospace font Source Sans Pro default to MS Gothic for ㉑. Aptos didn’t make an 11 – 20, and Source Sans Pro didn’t even bother to make 1 – 20 which all default to Cambria Math.

Google Docs:

In Google Docs, the default for ㉑ happens to be larger than Arial’s 1 – 20 and smaller than Calibri’s 1 – 20. (I can’t identify that default font offhand.)

Obsidian:

In my Obsidian, Inter falls back to Inter Variable for 1 – 9, Segoe UI Symbol for 10 – 20, and MS PGothic for 21. Obsidian sets several fall backs, but you can change them in Setting or through CSS.

Source Code Pro has its acts together.

I retract the compliment to Source Code Pro. It has no Circled Digit characters. They all fell back to MS PGothic.