Re: Unicode in Delphi/VCL (yet again)

> Do you understand the way it would break your code?

The point is, neither you nor Borland has any of understanding the way it
would break *someone else's* code.

I honestly don't know the answer to these questions, but the effect has hit
hard before:

>The problem
> is how does .AsString or .Text know when to handle it as an ANSI
> and when to handle it as UNICODE?

Do developers use "string" for binary data? (note I didn't say "should").

> The break would be so minor, it shouldn't take more then a week
> to convert several hundred units.

Let me introduce you to a few million VB developers. Few of the breaks
introduced by MS seem significant by themselves. Together they are
impenetrable. You either have a stable language or you don't. There are
literally millions of VB developers with billions of lines of code that will
not be moving to VB.Net because of it.

That's not to say there isn't a good way to accomplish UNICODE in Delphi. I
will outright state that purposely breaking code shouldn't be on the list
though.

Dan

"Thomas Miller" <tmiller@xxxxxxxxxxxxxxxx> wrote in message
news:430c855f@xxxxxxxxxxxxxxxxxxxxxxxxx
> Do you understand the way it would break your code? Obviously
> not, otherwise you wouldn't have a problem with this. The problem
> is how does .AsString or .Text know when to handle it as an ANSI
> and when to handle it as UNICODE? It can't. The only thing you
> would have to do is update any literals stored in the DFM. That
> could be done easily with an update program.
>
> The break would be so minor, it shouldn't take more then a week
> to convert several hundred units.
>
> Dave Nottage [TeamB] wrote:
>> Thomas Miller wrote:
>>
>>
>>>Yes, break my code.
>>
>>
>> But don't break mine <g>
>>
>> See also Dan's reply. I couldn't agree more.
>>
>
> --
> Thomas Miller
> Wash DC Delphi SIG Chairperson
> Delphi Client/Server Certified Developer
> BSS Accounting & Distribution Software
> BSS Enterprise Accounting FrameWork
>
> http://www.bss-software.com
> http://www.cpcug.org/user/delphi/index.html
> https://sourceforge.net/projects/uopl/
> http://sourceforge.net/projects/dbexpressplus


.

Relevant Pages

  • Re: some interesting perspectives on .NET from the other camp ...
    ... > Delphi developers aren't moving to .NET. ... Wash DC Delphi SIG Chairperson ... BSS Enterprise Accounting FrameWork ...
    (borland.public.delphi.non-technical)
  • Re: Anyone Else Waiting for Delphi 8 for Win32?
    ... I would agree that anywhere between 10% to 25% of the Delphi ... developers out there would agree with you. ... BSS Enterprise Accounting FrameWork ...
    (borland.public.delphi.non-technical)
  • Re: Delphi 2009 - CG tip everything on ( only ) Unicode ?
    ... Nick Hodges wrote: ... There is a lot to like in Tiburon besides Unicode. ... I'm one of those developers who, being curmudgeonly, sometimes doubted the need for Unicode in the past. ... The question is, is my software, which is AnsiString based (Delphi 2007) cope well with the Windows platform, which has been natively Unicode for years. ...
    (borland.public.delphi.non-technical)
  • Re: [Delphi 64-bit] Observation for the day
    ... Delphi 7 is pretty solid. ... VCL's being completely UNICODE through and through. ... >> 64 bit migration to be seamless. ... BSS Enterprise Accounting FrameWork ...
    (borland.public.delphi.non-technical)
  • Re: How can you drop Winforms support?
    ... Being able to use that shiny VCL Office 2007 Ribbon Bar from ... The support for WinForms in Delphi ... Get 3rd paty developers on board with a partner VCL.NET program with the idea of a coordinated release of the VCL.NET IDE and VCL.NET 3rd party ports to get an initial influx of the biggest 3rd party names. ...
    (borland.public.delphi.non-technical)