Re: kilyx

Brian Moelk wrote:
Paul Nichols[TeamB] wrote:


I agree with most of what you've said. I believe that CodeGear would be
smart to "embrace open source" by supporting FPC in their products.

I do too. CodeGuar is already embracing Open Source with one of their products, namely JBuilder, which is built off of the Eclipse IDE and the Open Tools for Eclipse. It is not like this is a new paradigm for CodeGear; they are doing this already. The benefits for CodeGear is that they have to spend less in R&D and development, plus it allows CodeGear to keep on the cutting edge of Java and Java frameworks.

However, I wouldn't leverage the IDE part of Kylix. If CodeGear is
interested in FPC support either build it into BDS, or build it on top
of Eclipse or Netbeans.

I would not suggest that they use the current Kylix IDE either, What I meant is to use the foundational parts of the Kylix IDE as a starting point.

The last Delphi version of the IDE was pretty stable, Using the Winelibs for the IDE is not unacceptable to the Linux community as some may think. Wine is an intregal part of the Open Source community and they are getting better in implementing the Win32 APIs with each new release.

FWIW, I think your price point is about right for this kind of product.
I'm also an advocate of subscription fees versus product purchases.

Me too. This makes it reasonable for Linux developers to consider purchasing Delphi XPlatform. It would only serve to increase the market share for Delphi. Having used FPC in its latest incarnation, I am impressed. FPC has come a long way in a short time. Delphi/FPC would be a huge winner, IMHO.

What FPC does not have, is a good IDE. The Lazarus IDE is extremely unstable. It is a good start, but has a long way to go.

Although I am primarily a Java programmer ( I do use C++ on occasion), I would be the first in line to buy a subscription based stable Delphi XPlatform edition, that either used FPC, or provided the current XPlatform capabilities that FPC provides. FPC is extremely promising for native RAD Linux and Mac development, not to mention PDAs.
.

Relevant Pages

  • Re: Is FPC an option in BDS because of MSBuild?
    ... Delphi is more powerfull than Lazarus and this is unlikely to ... Delphi" will every become. ... a "FPC inside Delphi". ... Delphi IDE refactors *Delphi* source code, ...
    (borland.public.delphi.non-technical)
  • Re: Is FPC an option in BDS because of MSBuild?
    ... Delphi is more powerfull than Lazarus and this is unlikely to ... Delphi" will every become. ... a "FPC inside Delphi". ... out-way the benefits of a multi-platform IDE. ...
    (borland.public.delphi.non-technical)
  • Re: kilyx
    ... would be involved to recreating the Delphi IDE in one of these products. ... All of the RAD features would need to be moved over, ... IDE layout. ... lot of effort to get all of the RAD features working for FPC using BDS ...
    (borland.public.delphi.non-technical)
  • Re: A Modest Proposal *
    ... eq Delphi one) and large parts of base runtime library. ... The only interesting parts for FPC I think are the debugger, ... I think that is idle hope. ... users that does non trivial parts of open source work.) ...
    (borland.public.delphi.non-technical)
  • Re: Is FPC an option in BDS because of MSBuild?
    ... more suitable for FPC codebases, such as better help you make ... use of include files than Delphi does. ... rebuilding your IDE. ... this requires close cooperation from compiler and IDE. ...
    (borland.public.delphi.non-technical)