Re: The alternative Delphi roadmap to success
- From: "Tom van der Vlugt" <t.vlugt@xxxxxxxxxxx>
- Date: 12 Oct 2006 13:36:06 -0700
I 100% agree with you!
Delphi 4 is a pretty fast and stable IDE that even runs stably
under Windows 9X whilest MS Visual Studio 6 crashed from time
to time under Windows 9X. In these times Borland was far
ahead compared to MS.
Unfortunately Borland is behind right now, since their .NET 2.0
packages don't get released until early next year. Now I'm
using Turbo Delphi Win32 Explorer which unfortunately uses the
older .NET 1.1 packages. The IDE takes a pretty long time to
load and go on older computers. On my newer computer this ins't
as bad. But I'd like to see a 100% pure native IDE for Delphi
Win32 and C++ Builder. The BDS 2006 help system also comes from
..NET 1.1 and is pretty weak: long loading times and at some
places somewhat broken. The help system from good old Delphi 4
was darn good and fast! Thanks to 100% nativity.
I've purchased professional copies of Kylix 1.0 (full) and
Kylix 2 and 3 (both upgrades) and I'm very sorry that Borland
doesn't do anything with it any further. The fast pace of the
Linux system development might be the culprit. Happily Borland
included a special copy of SuSE 7.0 so I'm able to run Kylix in
a VMWare Player virtual machine running at reasonable speed.
For personal or non-commercial usage I've also some comments
and suggestions:
Comment:
1. The Explore Editions of the single language personalities
are a giant step in positive directions, since everything is
possible with it. The former Personal Editions were far too
restricted, since database programming the Borland way was
impossible. Okay, there were some escape hatches like
programming string-grids or ADO code following the Microsoft
standard, but the resulting code might be lengthy and somewhat
hard to read. Now with the Explorer editions we can program
databases the Borland way: lean and mean! Wow.
Suggestion:
1. I'd like to install multiple personalities, but right now
there are technical limits to do this at the right way. I know
the program TurboMerger and I respect that product and its
developer. I've experienced some problems with it and the
cause of the problems is the huge usage of the Registry. Errors
in the Registry can distort applications badly. Thanks to the
fact I've backupped my Windows and Software partitions whilst
having a perfectly working copy of Turbo Delphi Win32 Explorer,
restoring to a working conditions was a matter of just 10
minutes.
2. I'd like to see a personalized "Explorer" Edition.
The Explorer Edition is exactly the same as the Professional
Edition except for some possibilities. I'd like to see the
following:
Turbo "CORE EDITION" consisting of:
a. IDE (native).
b. Help System (from the good old Native ones, no .NET please).
c. Integraded compiler, debugger, etc.
d. Core VCL palette.
e. Core database components like BDE.
f. Ability to use 3rd party components at runtime.
g. Basic .COM/ActiveX possibilities.
All this is possible with the Explorer Edition right now, but
the Explorer Edition has more: see the lines marked with '*'.
And there are the famous extensions:
01.*Refactoring (.NET required or native)
02.*Interbase developer edition
03. Interbase Express Components
04. Rave Reports
05. Indy 9/10
06.*Other Internet components
07. Web server/client
08.*dbGo (ADO)
09.*dbExpress
10. Ability to install 3rd party components at designtime
11. Ability to adopt experts and wizard into the IDE
12. Enhanced .COM/ActiveX possibilities
13. Command line compiler and tools
This means that the Explorer Edition is a self-contained fixed
solution. Now there are 5 extra extensions in the Explore
Edition. These are fixed now.
My suggestion is that a user can select his/her up to 5 extra
extensions for his/her needs and that the extras get downloaded
during installation of the "Explorer" Editions. The up to 5
extras also get included in the license key. This selection
needs to be done upon the VERY FIRST request of the key.
Requesting subsequent keys contain the SAME extra selections as
the very first one.
My reason for this is that not everyone is interested in
Internet or ADO programming!
.
- Follow-Ups:
- Re: The alternative Delphi roadmap to success
- From: Tom van der Vlugt
- Re: The alternative Delphi roadmap to success
- References:
- The alternative Delphi roadmap to success
- From: Simon Kissel
- The alternative Delphi roadmap to success
- Prev by Date: Re: The alternative Delphi roadmap to success
- Next by Date: Re: Package Contents
- Previous by thread: Re: The alternative Delphi roadmap to success
- Next by thread: Re: The alternative Delphi roadmap to success
- Index(es):
Relevant Pages
|