Re-posted to fix my filename emoji. You can't make this shit up
this post was submitted on 23 Sep 2025
366 points (95.1% liked)
Programmer Humor
26649 readers
2638 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Crazy... Btw, how does this work for top-to-bottom languages?
I'm not sure, as I've never used them. But I imagine this is a lot more straightforward.
The problem with bidirectional text is that it's bi-directional. Parts of it are RTL and parts are LTR. The main problem is how to order the characters visually, assuming that they are stored in memory in the order in which they are intended to be read.
For text that goes in only one direction this is trivial. LTR: characters are arranged from left to right. RTL: characters are arranged from right to left. Easy peasy!
The problem, as I've said, is when you have a sentence or paragraph with both LTR and RTL text inside it. Then the algorithm is needed.
To my knowledge, there is no bottom-to-top language, and certainly not one that would be mixed in within top-to-bottom text or vice versa. So an algorithm isn't necessary: if TTB (top-to-bottom) is used, characters simply need to be arranged top to bottom.
To add on to this, I believe TTB text is only used explicitly. By default, all text is rendered horizontally (usually LTR) unless you explicitly set the software to render it top-to-bottom. So if you just have plain text in Japanese or whatever language with no additional markup, it will be rendered horizontally and subject to the UBA.
There are a lot of top-to-bottom languages in Asia. Some chinese languages for example are traditionally written top to bottom.
Bidirectional text only really occurs when mixing languages, like in the example above where RTL Hebrew is mixed with LTR English (or in this case specifically LTR file paths that have originally been created in the context of an LTR language and thus are LTR).
If there was actual TTB language support in Windows Explorer, and you had a file path incorporating both TTB file names and LTR file endings and drive letters, then you'd also have the same issue with mixing LTR and RTL, only that you are now mixing writing directions in two dimensions.
But I'm guessing even though Unicode's stated goal is to encode all writing, TTB is probably where they drew the line.
And also any time numbers are used in RTL text*, which is pretty common. Besides, you might be surprised how often English words or acronyms are used in everyday texts. If there's a news story covering the American FBI, there's no way to avoid writing it as "FBI", in Latin letters.
But is that how it's rendered by default when typed into a computer, for example into Notepad? Or into a chatting app like WhatsApp, Telegram, Discord, etc.? To my knowledge, they are rendered horizontally unless the software is specifically configured to render them TTB.
I believe there actually are a few TTB properties in the Unicode database.
* except that one language that also uses RTL digits. I don't remember its name or where it's used, but it exists.
I'm pretty sure you can't do that in windows, but i have https://president.mn/mng for you, that's pretty cool
It is. Did they just rotate the page after rendering?
They usually have a ltr or rtl version of it.
Makes sense. Can't imagine a lot of software supports top-to-bottom.
Does Unicode even support that?