CHAR and CODE are inconsistent

In 6.19.2 CHAR in OpenFormula working-draft OpenDocument-formula-20090508.odt, it is recommended that CHAR for n > 255 have an error-return result, while also recommending that the identity transformation n = CODE(CHAR) be preserved.

6.19.4 CODE has an implicit requirement that c = CHAR(CODE(c)) be preserved for c a single-character string although CODE behavior is implementation-defined when c has a code-point greater than 127 in the internal representation of strings (which section 4.1 is not exactly definitive about).

There seems to be quiet neglect for the possibility of "code pages" where the code points from 0 to 127 are not those of the ASCII code. There are other difficulties around strings being used to carry arrays of bytes that are not safe as strings in the implicit character-set encoding.

I think there needs to be work on clear-cut abstractions for distinguishing internal representations, disguise of a different representation in the stored form of the internal representation, and in the interpretation of string constants and string values as text.

These proposals are intended to help in movement in that direction.