Mark,
Forget the MS scripting engines - they are too much trouble for
what they
are worth! Firstly, there is no proper debugger, and the languages
Whats MS Script Debugger then? I've seen references to it on several
web-sites I've been looking at.
I won't exactly call the script
Dennis wrote:
One thought. If the scripts are only used for reporting, try using
Crystal reports. It can do most of what you can achieve using the basic
scripts.
Ditto for Shazam Report Writer -- http://www.shazamware.com,
which has the advantage of being VCL, so built completely into
Dennis Chuah wrote:
One thought. If the scripts are only used for reporting, try using Crystal
reports. It can do most of what you can achieve using the basic scripts.
Nah, they're mainly used for performaing advanced calculations to
building a summary table of imported information. For
]: Plugins/MS Scripting Host
Dennis Chuah wrote:
One thought. If the scripts are only used for reporting,
try using Crystal
reports. It can do most of what you can achieve using the
basic scripts.
Nah, they're mainly used for performaing advanced calculations to
building
Hiya - has anyone here written any applications that use "plugins" and
"extensions" to extend the use of their application?
Currently I'm using dynamically loaded .dll's to provide a plugin system
for my application, only, delphi bloats .dll's quite a bit making each
one around 100-150k, which
recipients of list delphi
Subject: [DUG]: Plugins/MS Scripting Host
Hiya - has anyone here written any applications that use "plugins" and
"extensions" to extend the use of their application?
Currently I'm using dynamically loaded .dll's to provide a plugin system
for my application,
]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
cc:(bcc: Peter Jones/LogisticsInformation
Technology/Christchurch/Foodstuffs)
Subject: [DUG]: Plugins/MS Scripting Host
Hiya - has anyone here written any applications that use "plugins" and
"extens
Mark,
Currently I'm using dynamically loaded .dll's to provide a plugin system
for my application, only, delphi bloats .dll's quite a bit making each
one around 100-150k, which is compleatly overkill when the function
being called is only 5-10 lines long (the functions often create a
Currently I'm using dynamically loaded .dll's to provide a plugin system
for my application, only, delphi bloats .dll's quite a bit making each
one around 100-150k, which is compleatly overkill when the function
being called is only 5-10 lines long (the functions often create a
TQuery and connect
of list delphi
Subject: [DUG]: Plugins/MS Scripting Host
Hiya - has anyone here written any applications that use "plugins" and
"extensions" to extend the use of their application?
Currently I'm using dynamically loaded .dll's to provide a
plugin system
for my appli
Peter Jones wrote:
There is also the Dream Controls - available from dream.com (?) or DSP.
This seems to good to be true as it gives you a full Delphi interpreter
and Delphi like environment.
Robert Loof and I just had a review of the above published in
Developers Review (March issue, I
Nic Wise wrote:
[DLLs]
Definatly overkill :)
Yup, and a memory hog/bloat, and make it not very customizable for quick
fixes/additions :(
http://www.microsoft.com/scripting I think - seach on msdn.microsoft.com
or install IE4
I've just been looking through the sites on this and also came
[EMAIL PROTECTED] wrote:
There is also the Dream Controls - available from dream.com (?) or DSP.
This seems to good to be true as it gives you a full Delphi interpreter and
Delphi like environment.
Mmmm, now I like the sound of this. We're also using Report Builder for
our reports, and
I've just been looking through the sites on this and also came accross
wsh.glazier.co.nz (I remember seeing glazier.co.nz mentioned on here,
Ian I think???). Unfortunately I didn't really find anything that gave
me pointers in how to link them to my app, I think I delphi orientated
Dennis Chuah wrote:
Have you considered using packages? If you build your app and dlls with
packages, you will find a big reduction in size. You can also use packages
instead of dll. (Well, a package is really just a dll with info about
If possible, I want to get away from compiled
Grant Black wrote:
imagine in a few years when you get a few thousand lines of perl tying
One would hope your 'scripts' are not reaching the thousand lines of
code area, if so then its a very complex piece of script, or theres
something wrong with the main application :)
If your DLL's work
16 matches
Mail list logo