[fpc-devel] Unicode support - for the 20th time... ;-)
Michael Schnell
mschnell at lumino.de
Thu Nov 20 12:25:19 CET 2008
> For best backward compatibility, I would say Copy, Length, Pos etc
> should work by "character based" by default.
Agreed.
> Then introduce more
> optimised versions like ElementCopy, ElementLength, etc... Old
> programs will work out of the box, but might experience a minor speed
> penalty, until the developer has time to convert to the more optimise
> calls. Just a thought?
>
Agreed (but the speed penalty might be huge !) That is why I vote for a
compiler option to safe the programmer the work to modify his code.
> And to replace SomeString[x] code with a unicode safe / equivalent,
> we can implement a CharAt(str, x) method.
>
Here another problem might arises, as the "character" type needs to be
defined accordingly (supposedly):
String Character
ANSIString ANSIChar (1 Byte)
UTF8String UTF8String
UCS2String UCS2Char (2 Byte)
UTF16String UTF16Char (4 Byte)/
-Michael
More information about the fpc-devel
mailing list