[MAL] > BOM_BE: '\376\377' > (corresponds to Unicode 0x0000FEFF in UTF-16 > == ZERO WIDTH NO-BREAK SPACE) [Greg Stein] > Are you sure about that interpretation? I thought the BOM characters > (0xFEFF and 0xFFFE) were *reserved* in the UCS-2 space. I can't speak to MAL's degree of certainty <wink>, but he's right about this stuff. There is only one BOM character, U+FEFF, which is the zero-width no-break space. The byte-swapped form is not only reserved, it's guaranteed never to be assigned to a character.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4