| ▲ | wruza 16 hours ago |
| Copy this sentence into this site and click Decode. (YMMW) https://embracethered.com/blog/ascii-smuggler.html |
|
| ▲ | n2d4 14 hours ago | parent | next [-] |
| > Is this necessary to correctly represent human language? Yes! As soon as you have any invisible characters (eg. RTL or LTR marks, which are required to represent human language), you will be able to encode any data you want. |
| |
| ▲ | wruza 8 hours ago | parent [-] | | How many direction marks can we see in this hidden text? | | |
| ▲ | n2d4 4 hours ago | parent [-] | | None — it's tag characters instead, which are used to represent emojis. But there's no difference! Either you can smuggle text in Unicode, or you can't. It's quite binary, and you don't gain advantages from having "fewer ways" to smuggle text, but you certainly gain advantages from having emojis in your characterset. |
|
|
|
| ▲ | hnuser123456 16 hours ago | parent | prev [-] |
| Wow. Did not expect you can just hide arbitrary data inside totally normal looking strings like that. If I select up to "Copy thi" and decode, there's no hidden string, but just holding shift+right arrow to select just "one more character", the "s" in "this", the hidden string comes along. |
| |
| ▲ | Izkata an hour ago | parent [-] | | Based on vim's word wrapping (which shows blank spaces instead of completely hiding it), they're being rendered at the end of the line. So if that is accurate it kind of makes sense that for UI-based interactions to be a one-character offset. |
|
