Le 23 avr. 07 à 21:07 Soir, Norman Palardy a écrit: > On 23-Apr-07, at 11:39 AM, Arnaud Nicolet wrote: > >> Le 23 avr. 07 à 19:29 Soir, Kirk Gray a écrit: >> >> Just a question here: why did other encodings start from a base (the >> ascii)? >> They could keep a 7 bits scheme and be a completely-independent >> encoding. >> >> By the way, 8 bits is not required for an encoding, right? > > Some use 8, 16, 24 or 32 bits depending. > UTF-8 has a variable sized encoding and uses 1, 2, 3 or 4 bytes > depending on the code point. > Some are fixed size (UCS-2 or UCS-4)
Certainly. I just didn't figured out that characters in the ASCII tables are "required" by many languages. Now, I find that obvious. >> Do you know how one can make an encoding? > You could invent your own and implement it simply as a lookup table Interesting. So I assume the encodings are stored in a file in order for the computer to be able to use them, right? >> Say I want to make an encoding named "Arnaud" (a really strange >> encoding where letters are animated and in half-blue and half-green), >> how could I start? > > Ahhh .... a FONT and an ENCODING are not the same thing. > Some fonts do not have glyphs (characters) for all code points > > Switching the font does not affect the encoded data, just it's > appearance. > You could make a font that is as you describe (although most fonts do > no have capabilities to have animated characters) You're right, indeed. I was just thinking, for example, to this symbol: ☆ Could I invent such a "character", but that automatically appears blue by definition? (well, I admit I'm too curious). > If you can get everyone to use UTF-8 it should handle pretty much > everything. > It's one good reason to try and use it where and when you can. Agreed, thanks. _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
