Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Should have just gone with 32 bit characters and no combinations. Utter simplicity.


That would be extremely wasteful, every single text file would be 4x larger and I'm sure eventually it would not be enough anyway.


Maybe we should have just replaced ascii, horrible encoding were entire 25% of it is wasted. And maybe we could have gotten a bit more efficiency by saying instead of having both lower and uppercase letters just have one and then have a modifier before it. Saving lot of space as most text could just be lowercase.


yeah that's how ascii works… there's 1 bit for lower/upper case.


I think combining characters are a lot simpler than having every single combination ever.

Especially when you start getting into non latin-based languages.


What does "no combinations" mean?


Like say Ä it might be either Ä a single byte, or combination of ¨ and A. Both are now supported, but if you can have more than two such things going in one thing it makes a mess.


That's fundamental to the mission of Unicode because Unicode is meant to be compatible with all legacy character sets, and those character sets already included combining characters.

So "no combinations" was never going to happen.


That quickly explodes if you need more than one diacritic per letter (e.g. Vietnamese often has two, and then there's https://en.wikipedia.org/wiki/International_Phonetic_Alphabe...).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: