New Delphi roadmap is coming: NO UNICODE PLEASE!



It seems like a total waste of CodeGear manpower to me. Delphi already
has great Unicode support using 3rd party components. Can't remember
exact names off the top of my head but people post them here from time
to time (look them up if you're interested). And I do know 2 great
application (developed using Delphi) with perfect Unicode support:
"Skype" and "Total Commander". If they could do this you could do this
too, just invest some $$$ in components and stop complaining here.

Instead of CodeGear working on Unicode I'd prefer Win64 and full Vista
support!

Just my $0.02
L.

.



Relevant Pages

  • Re: Thinking Clearly
    ... purpose of its existence is to provide code compatibility with VCL Win32. ... If one is building with Delphi for both Win32 and .NET, ... if it were unsafe code. ... working on that are of greater value like full unicode support, ...
    (borland.public.delphi.non-technical)
  • Re: Missing Win64 and Unicode support
    ... Another project has moved from Delphi to Microsoft?s Visual Studio ... due to missing Win64 and Unicode support. ...
    (borland.public.delphi.non-technical)
  • Re: Unicode in Delphi/VCL (yet again)
    ... VCL means a lot to Delphi Win32 developers, ... I switched to LMD Elpack for the Unicode support. ... the Borland VCL components in my component palette remain ...
    (borland.public.delphi.non-technical)
  • Re: Why was win32 killed?
    ... gives you 3 different programming languages? ... I expected the new version of Delphi to have unicode support ... > The letters don't say they dump Win32. ...
    (borland.public.delphi.non-technical)
  • Re: Unicode in Delphi/VCL (yet again)
    ... The cost of adding Unicode support is less when you are starting with a new platform base which already has a compatibility barrier. ... If I had to use D7 or D2005 to compile my code for ANSI, ... I think D7 should be shipped from now on with all future Delphi SKUs. ... BSS Enterprise Accounting FrameWork ...
    (borland.public.delphi.non-technical)