[fpc-devel] Unicode and UTF8String

Marco van de Voort marcov at stack.nl
Mon Dec 1 22:26:08 CET 2008

In our previous episode, Felipe Monteiro de Carvalho said:
> > RTLString, IOW encoding platform dependant. Except maybe selected widgets like
> > synedit. (Borland stores source in utf-8 too on windows)
> A string whose encoding is unknown is very inconvenient for
> developers. 

I don't see that so strongly as most. 

> The idea just saves itself in the RTL because of the
> eventual need to do some extremely high performance applications. For
> Lazarus it would be simply a useless inconvenience.

Same as above. That is an opinion, not fact, and I don't agree.

It is btw not just about performance, but also about predictability. Less
encodings in use, means better preditability. 

If RTL+LCL are in the system encoding (with LCL mostly hiding odd ball libs
as QT if that is the widgetset), you have a fair chance not to have a
multiencoding app, without thick layers of emu. Or at least keep the
encoding dependant part localised to a fairly small part of the program.

To be honest, I think a case for LCL follows widget set encoding could also
be made.

More information about the fpc-devel mailing list