Re: Unicode Delphi Win32 - which approach
- From: "m. Th." <a@xxxxx>
- Date: Fri, 08 Jun 2007 21:11:34 +0300
4. What about the Char TYPE. I guess this will no longer become a fixed
width set of bytes. Unless we look at this type a little bit more
pragmatically and just retain the "old" meaning of Char = Byte.
5. All old source/dpr/text dfm will be converted to Unicode (UTF-8/16)
when opened in Unicode Delphi.
Ok. So what's your take on all this?
Personally I'd probably go for UTF-8. It just seems like the simplest
and best solution. But that's just my opinion.
Some things from the top of my head:
What are, in your opinion, the disadvantages of string ( := UTF-16) compared with string ( := UTF-8)?
Because we are mainly on Windows (at least for the time being) I'd rather prefer an UTF-16 encoding. It seems a more strategical approach but I don't know what work implies this in the inners of VCL.
Endianness: The Windows native. Check for BOM/endianness only in clearly specified IO routines LoadFromStream/SaveToStream for ex. - where exists the possibility of a foreign (ie. non-Windows standard) source.
Imho due the fact that UTF-16 has a more constant distribution of bytes (2 for the most of the range) the sorting will be easier and faster - but perhaps is only my opinion.
As an aside, also Java and Mac OSX uses UTF-16. Also, on Linux side Qt uses it. It seems that it will be the future.
Also consider that some definitions are already in WideString, Database connectivity area for example. How do you think to cope with it? (For me, isn't a problem to leave it as is, and unify it incrementally with the new string type).
my 2c,
m. th.
.
- Follow-Ups:
- Re: Unicode Delphi Win32 - which approach
- From: Help
- Re: Unicode Delphi Win32 - which approach
- From: Franz-Leo Chomse
- Re: Unicode Delphi Win32 - which approach
- References:
- Unicode Delphi Win32 - which approach
- From: Help
- Unicode Delphi Win32 - which approach
- Prev by Date: Re: Update #1
- Next by Date: Re: future of codegear / delphi why not just c# dot net
- Previous by thread: Re: Unicode Delphi Win32 - which approach
- Next by thread: Re: Unicode Delphi Win32 - which approach
- Index(es):
Relevant Pages
|