🚀 go-pugleaf

In article <40130fc8@newsgroups.borland.com>, Joris wrote:
> - is missing an IDE. Or, more correctly, it's missing *the* IDE. One good
> reason to interface with Delphi for this 'for applications' stuff is that
> there's already a number of people, like myself, who really love the
> language and the exact IDE, and who have extended it with wizards,
> opentoolsapi usage, components, etc. So even if something like Delphi Web
> Script would be extended with a Delphi IDE clone, it would still not be
> *the* environment the Delphi programmer has build for himself through years
> of writing and installing packages and such.
> - apart from that, writing a good 'for application' specific IDE may be
> feasable for a company like Borland or such, but I'm like just me or such.
> 
> I haven't yet checked out the other solutions you pointed out, and I will.
> And it could go part of the way and get build to be a good solution,
> probably... But do you consider it completely unfeasable to actually use
> true original Delphi for this? 

The problem is that the *users* of your program (if you do not only target 
Delphi developers as your clientele) will not have access to the Delphi IDE 
and the compiler. So how would they run macros they have written themselves?
And what use is a macro capability if the end-user has no access to it?

There are some run-time designer components around that allow users to modify 
or even build new forms. The code associated with them is a completely 
different thing, however...

       http://www.dreamcompany.com/
       http://www.devexpress.com
       http://www.greatis.com

All commercial, i'm afraid.


--
Peter Below (TeamB)  
Use the newsgroup archives :
http://www.mers.com/searchsite.html
http://www.tamaracka.com/search.htm
http://groups.google.com
http://www.prolix.be