Re: Would you buy Delphi Classic?



Kyle A. Miller wrote in <42fc1368$1@xxxxxxxxxxxxxxxxxxxxxx>:

> > Borland is.
>
> That's because the new IDE is superior. Get over it.

I agree, it /is/ superior. Superior at blowing up randomly. Superior at
hard locking. Superior at being slow. Indeed, the new IDE is vastly
superior compared to the D7 IDE at all those things.

Will

http://www.k-thx.com/

--
Want native support in Delphi for AMD64/EM64T? Vote here--

http://qc.borland.com/wc/qcmain.aspx?d=7324
.



Relevant Pages

  • Re: Why no language improvements?
    ... Yes, but even though our C++ IDE is superior for Code warrior, we did ... not see significant ROI on that work. ...
    (borland.public.delphi.non-technical)
  • Re: vc6++ future
    ... > gobbles it up with Vs.net or not ... VC++ 6 will continue to be used as long as it remains superior to the ... > Is Working with .Net intimidating for people or more the fact why change to ... they're handicapped with an IDE that's somewhere ...
    (microsoft.public.vc.language)
  • Re: New to .NET
    ... C#'s IDE experience is vastly ... superior. ... Could you provide some examples of why you think the C# IDE is better, ... What a waste of keystrokes. ...
    (microsoft.public.dotnet.languages.vb)
  • Re: New to .NET
    ... Tom Shelton wrote: ... C#'s IDE experience is vastly ... superior. ... Could you provide some examples of why you think the C# IDE is better, ...
    (microsoft.public.dotnet.languages.vb)
  • Status quo...
    ... Today when I see Borland I feel I have been wrong all along! ... Like consider MFC, a set of classes that interface with their own Operating system, on one hand and Borland's VCL on the other, a third party company which has to understand M$ library. ... And since 8 years have been working on a series of technologies which have as of date ceased to exist - Take OLE, ActiveX, COM, DCOM, MTS - none of them exist today. ... Pure logic simply suggests that Borland with its highly superior products would be the winner. ...
    (borland.public.delphi.non-technical)