diferences between 22 and python 23

["Martin v. Löwis"]

Bengt Richter wrote:

> This sounds very similar to what I have been trying to say.

I would really suggest that you implement your ideas. You
*will* find that they are unimplementable. After adjusting
the ideas to constraints of reality, you *will* find that
you break backwards compatibility. After fixing the backwards
compatibility problems, you *will* find that your implementation
has very bad performance characteristics, compared to the
existing string types.

Unfortunately, it is very difficult to nail down the problems
you will encounter, as you refuse to provide a complete
specification of the interface and implementation that you
propose. Originally, I thought you are proposing modifications
to <type 'str'>, but now it appears that you are proposing
a new data type, which has large similarities with <type
'unicode'>. If so, I fail to understand why you don't want
to use the existing Unicode type.

Notice that /F has something completely different in mind:
He is still talking about the Python Unicode type, and just
suggesting that a different internal representation should
be used. Speculating about the motivation, I would think he
has efficiency in the face of round-trip conversions in mind,
but not a change in visible behaviour.

Regards,
Martin