Re: What I Think Delphi Needs to Do to Survive



"John Jacobson" <jake@j[nospam]snewsreader.com> wrote in message
news:44125672$1@xxxxxxxxxxxxxxxxxxxxxxxxx
"Chris Burrows" <cfbsoftware@xxxxxxxxxxx> wrote in message
news:4412495d$1@xxxxxxxxxxxxxxxxxxxxxxxxx

You always had a choice of languages no matter what platform choice you
made.

Yes - but that is no good if the choice was limited. I have no desire to use
C++, Java or Basic. My languages of choice are Component Pascal, Oberon,
Modula-2 and only then Object Pascal. The rest come later. If I was using a
platform other than Windows it would not have been a problem.

There's nothing magical about Object Pascal. It is just a language.

Of course it's not magical - this is computer *science*. Computer languages
are NOT all the same - even if they look similar from a superficial
viewpoint.

In my case I am no longer as dependent on Delphi (a big plus with recent
events), but don't have to fall back on a C-heritage language.

Even if Delphi was skinned alive and was manned by a skeleton crew, it
would still have more resources devoted to it than Chrome. Your argument
is simply ridiculous.

Delphi *needs* considerably more resources than Chrome. The Chrome guys had
more sense than to try to reinvent the Visual Studio IDE, forms designers
and to wrap a framework that has little need of any wrapping. They only need
a fraction of the resources that Delphi needs.

But don't jump to conclusions. I'm not using Chrome. But I'm also not using
Delphi.NET. I have the complete source of the development system I am using.
I also know that Microsoft is going to be around as long as Windows is a
supported platform. It's a sensible as being dependent on solar power rather
than oil for your energy needs. Once the sun goes out there is no longer any
need to worry.

--
Chris Burrows
CFB Software
http://www.cfbsoftware.com/gpcp



.



Relevant Pages

  • Re: My Migrations
    ... I used to say all my dreams were in COBOL. ... Development and deployment platform based on SOA and Smart Client ... All source languages are translated to C#. ... The fact is that MicroSoft DID have some bad products and they still have ...
    (comp.lang.cobol)
  • Re: My Migrations
    ... I used to say all my dreams were in COBOL. ... Development and deployment platform based on SOA and Smart Client ... All source languages are translated to C#. ... The fact is that MicroSoft DID have some bad products and they still have ...
    (comp.lang.cobol)
  • Re: "Localizing" inherited forms?
    ... CurrentUICulture, then your derived form used the new CurrentUICulture. ... > by people who never had anything to do with more languages. ... There is nothing stating that you need to use the built-in Localization. ... For binary resources such as icons, bitmaps & such, I normally use a method ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Internatinalization and multiple language support without resource DLLs
    ... I never had an issue with runtime dependencies with controls. ... DLLs and the .exe, and that wouldn't happen except by accident, and, of course, this would ... multiple resources, it was tested under every language. ... it takes a failure to remember to update one or more of the languages. ...
    (microsoft.public.vc.mfc)
  • Re: Internatinalization and multiple language support without resource DLLs
    ... I never had an issue with runtime dependencies with controls. ... have to include dialog resources in a satellite dll?". ... in using DLLs ... languages were supported...as I indicated, I did this 12 years ago, which predates the W2K ...
    (microsoft.public.vc.mfc)