Re: Is VCL.NET becoming the golden egg of Delphi?

From: Rudy Velthuis [TeamB] (velthuis_at_gmail.com)
Date: 03/23/05


Date: Wed, 23 Mar 2005 11:57:17 +0100

Erwien Saputra wrote:

> Rudy Velthuis [TeamB] wrote:
> >
> > I don't know. I guess one could make a VCL that worked with C#.
>
> VCL in C# may requires a lot of works, and not to mention what Craig
> said about virtual constructors. I like VCL better than winforms, but
> using VCL with C# might requires unecessary hard work, especially if
> the .Net counterpart is available.
>
> Wien.

Erwien,

Sure, I prefer to use the VCL.NET with Delphi. But a VCL for C# would
not be unthinkable.

-- 
Rudy Velthuis [TeamB]      http://rvelthuis.bei.t-online.de
"Outside of a dog, a book is man's best friend. Inside of a dog, it's
 too dark to read." -- Groucho Marx


Relevant Pages

  • Re: Is VCL.NET becoming the golden egg of Delphi?
    ... Erwien Saputra wrote: ... The VCL is a very nice framework. ... "If quantum physics doesn't confuse you then you don't understand it." ...
    (borland.public.delphi.non-technical)
  • Re: threads in d8
    ... Craig Stuntz [TeamB] wrote: ... I'm not aware of any design decision to make the VCL ... I simply removed Synchronize and it became almost as fast as my previous ... D7 app, while the rest of the app ...
    (borland.public.delphi.non-technical)
  • Re: VCL.NET the way to go
    ... Rudy Velthuis [TeamB] wrote: ... It can hardly be called RAD. ... The VCL.NET is a lot more mature than WinForms ... I would also prefer the VCL over WinForms for new ...
    (borland.public.delphi.non-technical)
  • Re: VCL.net and Win64
    ... Nick Hodges [TeamB] wrote: ... Win64 machine. ... same code base of your VCL for .NET application and "running" it under ...
    (borland.public.delphi.non-technical)
  • Re: Delphi refocussing on .Net - good or bad?
    ... Rudy Velthuis [TeamB] wrote: ... is a big step forward in many respects: IDE, VCL and most of all (and ... what I am most concerned about): the language. ...
    (borland.public.delphi.non-technical)