[DUG]: Delphi and Crystal on NT4
Hello team Anyone using Delphi with Crystal Reports on NT4? I'm using Crystal reports with a D1 app on Win95, 98, NTWS5(beta 2), Novell (ver ?) without problems. The data tables are Paradox BDE 2.52. With NT 4 (sp?) the reports won't run and I get an error "cannot open database" from the Crystal DLL. Any insight would be hugely welcome. Thanks Russell Belding Russell Belding Belding Computing Devices WINLAW, BIZXWORD, ENGPER. --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
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 then why not stick with them? - as MS have proven, > bloatware is no barrier to success and 150K DLL's is not exactly a worry > when your target machines probably have 10Mb+ of wallpaper alone. The problem with the DLL's - is that for what they do, having to maintain seperate delphi projects, editing the code, compiling etc. etc. is a pain in the butt for changing the behavior, or adding new behavior to the system. Plus I don't expect the clients to have Delphi, or another development platform that will make it easy for them to add new plugins etc. etc. > Also take a look at TCL/TK for scripting - we have experimented with it > as you can load a script that constructs the UI on the fly & calls DLL's I've often wanted to look into TCL for scripting, not neccesarily using the TK extensions thou. Unfortunately there doesn't seem to be much information availble for integrated it with Delphi. I know several people writing major applications using TCL/TK as both the front-end, and back-end. The most prominent that come to mind are two IRC clients: Zircon and IraCa. > Looks like a powerful concept and there are some good example of the > approach in the OpenSource world where people take things like a GNU C++ The problem with scripted systems, if that often they get used too much for things they're not designed for, or not appropriate for. Mark --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
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 plugins, cause otherwise the client will need Delphi or some other compiler to make the plugins. > 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. > (vbscript / javascript) are rather limited. Furthermore, you will need to > make everything COM before you can export to the scripting languages. Ouch! Whilst they may be limited, I don't really need MUCH out of the scripts. Plus you can also get perl, and I think tcl for ActiveScript now. Mark --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
> 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 > article/site could be quite useful. Nah, Ian's site is for Windows Scripting Host, which is, in itself, a good thing(tm) - think, no more .bat files!!! But he's a non-programmer, so the site does not cover things like putting it in your app. > Nope, we get jack all magazines here, and I havn't really found a good > place to get 'puter mags. If you could PCopy it and fax it to me it > would be great (fax - 09-377-9946). I'll do that when I'm in the office tommorow. > /me goes surfing :) ... but you do have a net connection - better than most mags! > As yes, being such a language the client will start writing indepth and > complex functions just to add to strings together... Perl - brilliant > language when used for whats its designed for :) > and its generally not used for that. N --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
[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 Digital Metaphors having written what they call "Report Application Programming" which provides a full Object Pascal interpreter for embedding code inside your reports for complex report building on the fly. However they didn't seem to interested in seperating the layers and making RAP available for generic scripting (which kinda sucks)... Hope they change there minds. Mark --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
RE: [DUG]: Plugins/MS Scripting Host
runtimes will be ok, BUT you have to use the VB deployment wizard to generate the setup...which is a pain, BUT it appears to be the only way to get a VB 6 app. instlled correctly.as we found out. Jeremy Coulter -Original Message- From: Mark Derricutt [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 10, 1999 4:17 PM To: Multiple recipients of list delphi Subject: Re: [DUG]: Plugins/MS Scripting Host Jeremy Coulter wrote: > Ok, I hate to say this, BUT VB 6 does do this quite nice..it has wizards > atc. for doing it..PLEASE DONT FLAME ME FOR SAYING SO.AGH ! Somehow I don't see the client wishing to have VB6 installed just for scripting a delphi driven application. Or would the VB6 runtimes be sufficient? Mark --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
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 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 article/site could be quite useful. > Via OLE objects. Do you get Visual Developer Mag? Feb/Mar 1998 (vol 8, > #6) had an article on it - if not, I can PCopy it and drop it in/fax it. Nope, we get jack all magazines here, and I havn't really found a good place to get 'puter mags. If you could PCopy it and fax it to me it would be great (fax - 09-377-9946). > I think they publish their code too - www.visual-developer.com /me goes surfing :) > There's also a Perl module if you want your clients to be truely > unproductive. As yes, being such a language the client will start writing indepth and complex functions just to add to strings together... Perl - brilliant language when used for whats its designed for :) Mark --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
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 think). The gist is: a) Indeed they DO offer a good Delphi-like scripting language, called Delphin (no exceptions at present), but that is just one part of the overall solution, and you don't have to use it (see below) b) It provides very clever, easy ways to expose your components (and the entire VCL!) to the scripts c) The demo is a truly good way to get a feel for what's good about it, so it's worth paying a visit to http://www.dreamcompany.com d) You're not limited to using its "Delphin" interpreter -- you can hook it up with any Microsoft Scripting Engine back end you wish (VBS, JS, Perl etc), and still get all the other advantages (FWIW, Delphin itself is *not* MSE, so can be bound directly into your EXE if you want, with no extra installation hassles) e) Debugging with MSE back ends is limited, but there are debugging options these days. For Delphin, it's currently non- existent f) There's a whole bunch of other components for IDE design, parsing, syntax-highlighted editing, excellent property editors and so on In other words, well worth a look in. cheers, peter Peter Hyde, SPIS Ltd, Christchurch, New Zealand * TurboNote: http://TurboPress.com/tbnote.htm -- small, FREE and very handy * Print-to-Web automation http://TurboPress.com * Web design, automation and hosting specialists Find all the above and MORE at http://www.spis.co.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
Jeremy Coulter wrote: > Ok, I hate to say this, BUT VB 6 does do this quite nice..it has wizards > atc. for doing it..PLEASE DONT FLAME ME FOR SAYING SO.AGH ! Somehow I don't see the client wishing to have VB6 installed just for scripting a delphi driven application. Or would the VB6 runtimes be sufficient? Mark --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
RE: [DUG]: Plugins/MS Scripting Host
It seems a pretty common requirement to have framework/shell applications that can work with various modules - ie an accounting packages that support various optional bits as well as support user customization of reports etc. Its quite suprising then that there seems to be a lack of good tools to handle this process. Personally I think MS Scripting Engine + Com can lead to problems in the long term such as too much code ending up being written in script - imagine in a few years when you get a few thousand lines of perl tying your app together + various versions of COM objects scattered around . If your DLL's work then why not stick with them? - as MS have proven, bloatware is no barrier to success and 150K DLL's is not exactly a worry when your target machines probably have 10Mb+ of wallpaper alone. Also take a look at TCL/TK for scripting - we have experimented with it as you can load a script that constructs the UI on the fly & calls DLL's or COM objects to do the work. This means that each client could simply have a (text) script that constructs the application that calls the (Delphi coded) engine. Looks like a powerful concept and there are some good example of the approach in the OpenSource world where people take things like a GNU C++ backend compiler or SQL DB and construct a nice front end using TCL/TK. > -Original Message- > From: Mark Derricutt [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, 10 March 1999 15:10 > To: Multiple 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, 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 into a database to perform lookups). > > Has anyone experimented with using other forms of plugin > methods?? I've > thought about looking at using a scripting language, such as MS > Scripting Host (where can I download that from anyway?) but > wasn't sure > about how I could use that to link back into my database to perform > calculation lookups. > > Does anyone know how it works?? Can I make certain > variables/events/objects in my application available to the > MS Scripting > engine or what??? > > Thanks in advance, > Mark Derricutt > -- > - > New Zealand Delphi Users group - Delphi List - > [EMAIL PROTECTED] > Website: http://www.delphi.org.nz > --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
>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 into a database to perform lookups). I've done so at an experimental level and found that this is the ideal candidate for runtime libraries... The experiment involved 1 Application an arbitrary number of plugin report modules (2 tested) an arbitrary number of plugin forms (2 tested) a single backend dll for each application atom (somewhat arbitrary building blocks). Performance was affected as: 1. A very long load up. 2. Larger memory requirements. 3. Poor crash recovery... such that resource release was poor under crash conditions... Interactive performance loss was not hugely significant since processing tended to remain within function blocks with most interblock communication either instructive or data transfer. >Has anyone experimented with using other forms of plugin methods?? I've >thought about looking at using a scripting language, such as MS >Scripting Host (where can I download that from anyway?) but wasn't sure >about how I could use that to link back into my database to perform >calculation lookups. >Does anyone know how it works?? Can I make certain >variables/events/objects in my application available to the MS Scripting >engine or what??? The scripting will likely have poorer performance balanced with better functionality. Security of scripts may be an issue also. i would be guessing a bunch off callbacks for custom functions (name and parameters) and similar for variables. -- Aaron Scott-Boddendijk Jump Productions (07) 838-3371 Voice (07) 838-3372 Fax --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
RE: [DUG]: Plugins/MS Scripting Host
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 > TQuery and connect into a database to perform lookups). 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 units, etc). Packages can be dynamically loaded using the LoadPackage procedure. > Has anyone experimented with using other forms of plugin methods?? I've > thought about looking at using a scripting language, such as MS > Scripting Host (where can I download that from anyway?) but wasn't sure > about how I could use that to link back into my database to perform > calculation lookups. > > Does anyone know how it works?? Can I make certain > variables/events/objects in my application available to the MS Scripting > engine or what??? Forget the MS scripting engines - they are too much trouble for what they are worth! Firstly, there is no proper debugger, and the languages (vbscript / javascript) are rather limited. Furthermore, you will need to make everything COM before you can export to the scripting languages. Ouch! - Dennis Chuah, BE (Hons) [mailto:[EMAIL PROTECTED]] Manager, Product Development Contec Data Systems Ltd. [http://www.contecds.com] tel: +64-3-3580060 ext-775 fax: +64-3-3588045 --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
Not too good - the demo shows that it works, and it works WELL. Rather impressive, really. I think its www.dreamcompany.com or something similar. Nic. [EMAIL PROTECTED] wrote: > > There are a coupe of components around for ActiveX scripting - checkout > DSP. You can get the MS stuff from http://www.msdn.com/scripting. > > 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. > > Mark Derricutt <[EMAIL PROTECTED]> on 10/03/99 14:09:40 > > Please respond to [EMAIL PROTECTED] > > To: Multiple recipients of list delphi <[EMAIL PROTECTED]> > cc:(bcc: Peter Jones/Logistics&Information > Technology/Christchurch/Foodstuffs) > 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, 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 into a database to perform lookups). > > Has anyone experimented with using other forms of plugin methods?? I've > thought about looking at using a scripting language, such as MS > Scripting Host (where can I download that from anyway?) but wasn't sure > about how I could use that to link back into my database to perform > calculation lookups. > > Does anyone know how it works?? Can I make certain > variables/events/objects in my application available to the MS Scripting > engine or what??? > > Thanks in advance, > Mark Derricutt > --- > New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] > Website: http://www.delphi.org.nz > > --- > New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] > Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
> > 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 into a database to perform lookups). Definatly overkill :) > Has anyone experimented with using other forms of plugin methods?? I've > thought about looking at using a scripting language, such as MS > Scripting Host (where can I download that from anyway?) but wasn't sure http://www.microsoft.com/scripting I think - seach on msdn.microsoft.com or install IE4 > about how I could use that to link back into my database to perform > calculation lookups. Via OLE objects. Do you get Visual Developer Mag? Feb/Mar 1998 (vol 8, #6) had an article on it - if not, I can PCopy it and drop it in/fax it. I think they publish their code too - www.visual-developer.com > Does anyone know how it works?? Can I make certain > variables/events/objects in my application available to the MS Scripting > engine or what??? Yup, I think you can - all via OLE objects which you insert into the scripting namespace. It appears to work well, and thats exactly what the artical tell you how to do :) Oh, and MS dont charge for it, you just have to say "scripting engine (C) Evil Empire 1998." or something like that. There's also a Perl module if you want your clients to be truely unproductive. Nic. --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
RE: [DUG]: Plugins/MS Scripting Host
Ok, I hate to say this, BUT VB 6 does do this quite nice..it has wizards atc. for doing it..PLEASE DONT FLAME ME FOR SAYING SO.AGH ! Jeremy Coulter -Original Message- From: Mark Derricutt [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 10, 1999 3:10 PM To: Multiple 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, 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 into a database to perform lookups). Has anyone experimented with using other forms of plugin methods?? I've thought about looking at using a scripting language, such as MS Scripting Host (where can I download that from anyway?) but wasn't sure about how I could use that to link back into my database to perform calculation lookups. Does anyone know how it works?? Can I make certain variables/events/objects in my application available to the MS Scripting engine or what??? Thanks in advance, Mark Derricutt --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Plugins/MS Scripting Host
There are a coupe of components around for ActiveX scripting - checkout DSP. You can get the MS stuff from http://www.msdn.com/scripting. 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. Mark Derricutt <[EMAIL PROTECTED]> on 10/03/99 14:09:40 Please respond to [EMAIL PROTECTED] To: Multiple recipients of list delphi <[EMAIL PROTECTED]> cc:(bcc: Peter Jones/Logistics&Information Technology/Christchurch/Foodstuffs) 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, 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 into a database to perform lookups). Has anyone experimented with using other forms of plugin methods?? I've thought about looking at using a scripting language, such as MS Scripting Host (where can I download that from anyway?) but wasn't sure about how I could use that to link back into my database to perform calculation lookups. Does anyone know how it works?? Can I make certain variables/events/objects in my application available to the MS Scripting engine or what??? Thanks in advance, Mark Derricutt --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
[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, 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 into a database to perform lookups). Has anyone experimented with using other forms of plugin methods?? I've thought about looking at using a scripting language, such as MS Scripting Host (where can I download that from anyway?) but wasn't sure about how I could use that to link back into my database to perform calculation lookups. Does anyone know how it works?? Can I make certain variables/events/objects in my application available to the MS Scripting engine or what??? Thanks in advance, Mark Derricutt --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
RE: Re: [DUG]: Dumb question of the day
I guess I should take up the challenge... (OK I'm feeling combative today) Does that imply that those of us who can produce complex applications, that involve significant data validation and implement complex business rules, using "original Borland components" are "childishly deficient" as well? I've found that, in the very rare cases where data-aware components can't be used and the likes of the string grid's "OnSetEditText" can't be used, straight-forward extensions to the original components are entirely satisfactory. After-all, in the best-of-all-possible-worlds data-types will do all data validation. OK sometimes you have to use creative SQL statements (I've currently got a bunch of UNION'd SELECT statements to get the data in the form I want for a TDBChart - yes performance is OK) but that's part of the creativity required for any good problem-solving. I'm not saying you should develop the way I do; just that it _IS_ possible to get sophisticated data-validation with the included stuff. If you don't like them because of style - that's OK too but be aware that that's your style of development and nothing to do with the VCL or it's capabilities. Or to put it another way: the engineers who created Delphi and the VCL have a great deal more technical depth that most of us. Attending Icon (was BorCon) and listening to their answers to some of the more searching questions is evidence enough of that. So I think you'll find that the VCL has been crafted the way it is on purpose, not by accidental omission. The more I understand the VCL, and therefore the more I feel competent to pass judgement, the less likely I am to characterise it as "Childish". Max -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rohit Gupta Sent: Wednesday, 10 March 1999 03:10 To: Multiple recipients of list delphi Subject: Re: Re: [DUG]: Dumb question of the day Aaron, I use almost no original Borland components as they all appear to be childishly deficient. But most grids have a on the fly created editbox called InPlaceEditor. I tried it with stringgrid but it doesnt work. It works in other grids though. You might have to examine the VCL source. On 9 Mar 99 at 12:25, Aaron Scott-Boddendijk wrote: > >You can do a character by character analysis by trapping > >keypress/keydown. I do case conversion, capitalising start of words > >and filtering out undesired characters that way. > > > How do you get the position in the char buffer that the key is being > inserted into... IE if a client cursors (or clicks) in the middle of a string > and inserts a lower case letter... you can't process the whole string > to recapitalise because it resets the cursor pos... comments? > Rohit == CFL - Computer Fanatics Ltd. 21 Barry's Point Road, AKL, New Zealand PH(649) 489-2280 FX(649) 489-2290 email [EMAIL PROTECTED] or [EMAIL PROTECTED] == --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
RE: [DUG]: Printing from NT via ASP
>I have written a dll to print simple reports (using tprinter) which
>resides on an NT server and is supposed to be called from ASP. The dll
>works fine when called from outside the web server, but when called
from
>ASP returns 8000 "There is no default printer currently selected".
>
>Has anyone any ideas? It would seem that ASP can't see any printers. I
>have tried using the default, and setting specific printers
>(Printer.PrinterIndex = x).
>
>Cheers,
>David O'Brien.
Not sure if this is what you want, but have a look (from the Delphi
known issues list).
Area: vcl\dialog controls\tprintersetupdialog
Reference Number: 465 (Published: 12/17/98)
Status: Deferred to Next Rel
Date Reported: 5/5/98
Severity: Commonly Encountered
Type: Basic Functionality Failure
Problem:
Under Windows NT 4 (SP3) the printer dialog and
printer setup dialog will always show the default
printer, not the one chosen through
Printer.PrinterIndex. Under Win95 (and Win 3.1 with
D1) the PrinterIndex printer is the one chosen in the
dialog.
This can be worked around by calling
Printer.GetPrinter followed by Printer.SetPrinter, with
a 0 parameter for hDevMode, to force TPrinter to
update its info.
Steps:
The following event handler shows what is
neccessary to have the NT4 printer dialogs to show
the correct printer after PrinterIndex is set in code. If
the GetPrinter and SetPrinter calls are commented
out then the dialogs will always show the default
printer, not the PrinterIndex one.
procedure TForm1.Printersetup1Click(Sender:
TObject);
var
Device : array[0..255] of char;
Driver : array[0..255] of char;
Port : array[0..255] of char;
hDMode : THandle;
begin
Printer.PrinterIndex := 1; { set to any non-default
printer }
Printer.GetPrinter(Device, Driver, Port, hDMode);
Printer.SetPrinter(Device, Driver, Port, 0);
if PrinterSetupDialog1.Execute then begin
Memo1.Lines := Printer.Printers;
end;
end;
Cheers,
Carl Reynolds Ph: +64-9-4154790
CJN Technologies Ltd. Fax: +64-9-4154791
[EMAIL PROTECTED]DDI: +64-9-4154795
PO Box 302-278, North Harbour, Auckland, New Zealand
12 Piermark Drive, North Harbour Estate, Auckland, NZ
Visit our website at http://www.cjntech.co.nz/
---
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
RE: [DUG]: Printing from NT via ASP
Great... Thanks. Why didn't I think of that... Install the dll as a component in a new MTS package, making the package log on as a specific user. It never used to be this complicated! Thanks again. Dave. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 10 March 1999 09:54 To: Multiple recipients of list delphi Subject: Re: [DUG]: Printing from NT via ASP Oh, the joys of NT desktop sessions and security. You will need to have the dll 'run' as a specific user to install a printer driver for the user account that is running the dll. If it's IIS 4 then your NTS setup should let you specifiy the identity. Dave O'Brien <[EMAIL PROTECTED]> on 10/03/99 07:37:15 Please respond to [EMAIL PROTECTED] To: Multiple recipients of list delphi <[EMAIL PROTECTED]> cc:(bcc: Peter Jones/Logistics&Information Technology/Christchurch/Foodstuffs) Subject: [DUG]: Printing from NT via ASP Hi there... I have written a dll to print simple reports (using tprinter) which resides on an NT server and is supposed to be called from ASP. The dll works fine when called from outside the web server, but when called from ASP returns 8000 "There is no default printer currently selected". Has anyone any ideas? It would seem that ASP can't see any printers. I have tried using the default, and setting specific printers (Printer.PrinterIndex = x). Cheers, David O'Brien. --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Printing from NT via ASP
Oh, the joys of NT desktop sessions and security. You will need to have the dll 'run' as a specific user to install a printer driver for the user account that is running the dll. If it's IIS 4 then your NTS setup should let you specifiy the identity. Dave O'Brien <[EMAIL PROTECTED]> on 10/03/99 07:37:15 Please respond to [EMAIL PROTECTED] To: Multiple recipients of list delphi <[EMAIL PROTECTED]> cc:(bcc: Peter Jones/Logistics&Information Technology/Christchurch/Foodstuffs) Subject: [DUG]: Printing from NT via ASP Hi there... I have written a dll to print simple reports (using tprinter) which resides on an NT server and is supposed to be called from ASP. The dll works fine when called from outside the web server, but when called from ASP returns 8000 "There is no default printer currently selected". Has anyone any ideas? It would seem that ASP can't see any printers. I have tried using the default, and setting specific printers (Printer.PrinterIndex = x). Cheers, David O'Brien. --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
[DUG]: Printing from NT via ASP
Hi there... I have written a dll to print simple reports (using tprinter) which resides on an NT server and is supposed to be called from ASP. The dll works fine when called from outside the web server, but when called from ASP returns 8000 "There is no default printer currently selected". Has anyone any ideas? It would seem that ASP can't see any printers. I have tried using the default, and setting specific printers (Printer.PrinterIndex = x). Cheers, David O'Brien. --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Archive search for this list.
Thanks Mark. Bookmarks made AND mail archived! -- Phil Scadden, Institute of Geological and Nuclear Sciences PO Box 30368, Lower Hutt, New Zealand Ph +64 4 5704821, fax +64 4 5704603 --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Archive search for this list.
Heya Phil - http://www.mail-archive.com/delphi%40delphi.org.nz/ and http://www.mail-archive.com/offtopic%40delphi.org.nz/ Phil Scadden wrote: > > I have lost my reference to how to search the archive of this list that some > kind person has done. Can someone send it on please?? > > -- > Phil Scadden, Institute of Geological and Nuclear Sciences > PO Box 30368, Lower Hutt, New Zealand > Ph +64 4 5704821, fax +64 4 5704603 > --- > New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] > Website: http://www.delphi.org.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
RE: Re: [DUG]: Dumb question of the day
-BEGIN PGP SIGNED MESSAGE- > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > Behalf Of [EMAIL PROTECTED] > Sent: Tuesday, 9 March 1999 14:49 > To: Multiple recipients of list delphi > Subject: RE: Re: [DUG]: Dumb question of the day > > I think the answer to my original question is 'No', it can't be done. > What's the point of having edit masks if they can't cope with a simple > currency value? IMO the edit mask component is a crock, roll your own. Patrick Dunford, Christchurch, NZ http://patrick.dunford.com/ -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.0.2i iQEVAwUBNuQ25oQbtaGa2X4LAQFYcgf/cn25nGbuSuGHauUMnzWocx2c0ybwz6JW 8sCedT5OVYlvV/XqcCsPuFXClGdxWDYJeRwm2Wlmdr8EFTGi9D+H+Zv+wuitQUiO k8NhmLSaCqANDzSBzsHL994unF4EeluMu7FcL5M+zhsB263HxOQ00SZtVs7cXoff 916V0rf8q2M4LEKB85wVSZHeQ6hpInmi0AEhzD8FWd/fLsDRM1QU77Ak1+SZxrQG jky0pUkj8dZ8/IrfY6sA3rKJvP5IvxmQB6atfuIN63i8fwBVy+VENFsiOiWqzz5c PCJZH0iQp534X/sAIMLhfqesrXh74BlTD7xlwG+2fgf0kvJU7dxeJw== =CHQG -END PGP SIGNATURE- --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
[DUG]: Serial Comms on Thin Client
Hi. Does anybody have any experiance with doin Serial comms on a NCD Thinstar 200 with a NT Terminal Server running Thinstar Plus Version 1.0??? I mean writing a Delphi Comms program for it. If so, I would appreciate hearing about it. Cheers Tony Blomfield 50 Waitoki Rd RD1 Kaukapakapa Ph 64 9 4205277 Cell Phone 64 25 881657 --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
