Re: [DUG]: How to talk to web asp page to get info back to delphi App?
You can use the TIdHTTP component (part of Indy components). There is a good sample application under the Indy install directory showing you how to write an HTTP client app - from memory it shows both text and binary data send/receive (look at the TIdHTTP.Post() method). On the ASP side you can do a Response.BinaryWrite() for streams or Response.Write() for text. HTH Xander From: Jason Coley [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Subject: [DUG]: How to talk to web asp page to get info back to delphi App? Date: Fri, 3 Aug 2001 10:08:51 +1200 I have never used delphi to get web info before, so how do I go about using D5 to send an asp url and get the stream back, so I can parse it into meaningful text? What controls do I use? Jason --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/ _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
Re: [DUG]: Working with Apps written with Exterprise
Haven't seen this, but does it happen for both binary and text base forms? Maybe try the text base version...? From: Peter Harrison [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Subject: [DUG]: Working with Apps written with Exterprise Date: Wed, 1 Aug 2001 13:56:58 +1200 I have an application which I have been working on with Delphi 5 Enterprise. It does not have any database components in it, just standard Delphi controls, and some third party controls that I have compiled from source. In other words, nothing specific to Delphi 5 Enterprise or Professional. Some students want to help me with the project (its Open Source), and want to use Delphi 5 Standard which was recently released free in PCWorld Magazine. The problem is that they can't seem to open the forms which were created in Delphi 5 Enterprise. They can create their own projects of course, and their own forms, but cannot load the forms I have written to date. No errors appear on loading, but the controls to switch to the forms are disabled. They have downloaded run the update for Delphi 5 Standard, but this hasn't fixed the problem. Has anyone seen this problem before? Regards, Peter Harrison --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/ _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
Re: [DUG]: Lan base vs WAN/Web based Databases
Another way is to do all your business objects as COM objects and use ADO
for database access (Delphi Professional will work just fine for this). Your
Windows GUI takes the form of *thin* Delphi TForms using the underlying COM
objects and when you need to do the web app, all you need to do is write a
set of ASP pages talking to the already existing COM objects.
This is a proven architecture that works quite well - you could even move
all database related stuff into a separate datalayer-type COM object to make
it even better. This will allow you to write Delphi code like so:
var
oCustomer: ICustomer;
oDataLayer: IDataLayer;
oRS: _Recordset;
begin
oCustomer := ICustomer.CoCreate;
oDataLayer := IDataLayer.CoCreate;
oDataLayer.Connectionstring := '...some ADO connection string...'
oCustomer.ID = ...some ID...
oDataLayer.LoadObject(oCustomer);
...do some work on Customer...
oDataLayer.SaveObject(oCustomer);
// get list of customers
oRS := oDataLayer.GetRS('select * from Customers');
... and so on...
The point of this code... very similar to the code you would write in your
ASP pages later on.
HTH
Xander
From: Steve Aish [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Subject: [DUG]: Lan base vs WAN/Web based Databases
Date: Thu, 26 Jul 2001 17:51:23 +1200
I have a customer based in the US who wants a database which to start with
will be LAN based. 18 months from now he wants to make it a web based app
so that reps can access it from anywhere in the US.
Is there any point in designing the LAN based version and then porting it
to
web based or is it a major shift?
The reason I ask this is that in order to set up a web based app we need to
invest lots of money and upgrade to Delphi 6 Enterprise (I currently use
Delphi 5 Professional). This means that the customer will also be
investing
a lot more money up front in order to make purchasing Enterprise affordable
for us and the project worth doing.
Also is there any point in looking at other packages that allow an app to
be
web based (apart from Delphi Enterprise) that is cheaper?
As an aside - the reason they are asking for a NZ based company is the
exchange rate. i.e. $120 an hour here is a lot better than $120 an hour
over
there... Maybe we're not charging enough :)
Thanks in advance,
Steve Aish
OCOM
---
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of unsubscribe delphi
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
---
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of unsubscribe delphi
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
Re: [DUG]: Lan base vs WAN/Web based Databases
Oops...
oCustomer := ICustomer.CoCreate;
oDataLayer := IDataLayer.CoCreate;
Should be
oCustomer := CoCustomer.Create;
oDataLayer := CoDataLayer.Create;
:(
From: Xander van der Merwe [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Subject: Re: [DUG]: Lan base vs WAN/Web based Databases
Date: Thu, 26 Jul 2001 21:09:34
Another way is to do all your business objects as COM objects and use ADO
for database access (Delphi Professional will work just fine for this).
Your
Windows GUI takes the form of *thin* Delphi TForms using the underlying COM
objects and when you need to do the web app, all you need to do is write a
set of ASP pages talking to the already existing COM objects.
This is a proven architecture that works quite well - you could even move
all database related stuff into a separate datalayer-type COM object to
make
it even better. This will allow you to write Delphi code like so:
var
oCustomer: ICustomer;
oDataLayer: IDataLayer;
oRS: _Recordset;
begin
oCustomer := ICustomer.CoCreate;
oDataLayer := IDataLayer.CoCreate;
oDataLayer.Connectionstring := '...some ADO connection string...'
oCustomer.ID = ...some ID...
oDataLayer.LoadObject(oCustomer);
...do some work on Customer...
oDataLayer.SaveObject(oCustomer);
// get list of customers
oRS := oDataLayer.GetRS('select * from Customers');
... and so on...
The point of this code... very similar to the code you would write in your
ASP pages later on.
HTH
Xander
From: Steve Aish [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Subject: [DUG]: Lan base vs WAN/Web based Databases
Date: Thu, 26 Jul 2001 17:51:23 +1200
I have a customer based in the US who wants a database which to start with
will be LAN based. 18 months from now he wants to make it a web based app
so that reps can access it from anywhere in the US.
Is there any point in designing the LAN based version and then porting it
to
web based or is it a major shift?
The reason I ask this is that in order to set up a web based app we need
to
invest lots of money and upgrade to Delphi 6 Enterprise (I currently use
Delphi 5 Professional). This means that the customer will also be
investing
a lot more money up front in order to make purchasing Enterprise
affordable
for us and the project worth doing.
Also is there any point in looking at other packages that allow an app to
be
web based (apart from Delphi Enterprise) that is cheaper?
As an aside - the reason they are asking for a NZ based company is the
exchange rate. i.e. $120 an hour here is a lot better than $120 an hour
over
there... Maybe we're not charging enough :)
Thanks in advance,
Steve Aish
OCOM
---
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of unsubscribe delphi
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
---
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of unsubscribe delphi
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
---
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of unsubscribe delphi
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
RE: [DUG]: ISAPI and Thread Safeness
Doesn't the Delphi web broker architecture allow you to ignore the threading issue to some extend, as long as you put everything into the TWebModule? As far as I know, Delphi automatically creates a seperate instance of the TWebModule for for each thread. So the only area that you need to worry about threading is if you have any global objects outside of the TWebModule. In other words, if your TList is declared inside the TWebModule, you can leave it as is. I could be wrong here, but seem to remember this from the docs... From: Wilfred Verkley [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Subject: RE: [DUG]: ISAPI and Thread Safeness Date: Mon, 23 Jul 2001 12:48:51 +1200 Im pretty much a beginner when it comes to threads. However, from what i understand, ThreadList's lock unlock method prevent multiple write's to a list automatically. You will still have problems if you havnt locked the list while one thread is reading its contents, and the other thread is updating. Lots of delphi thread code that ive seen fix this by always locking a ThreadList before a read, but this seems ineffecient. In the ISAPI DLL i wrote, i used TMultiReadExclusiveWriteSynchronizer's to control all acess to shared resources. It lets multiple threads read an object/list as long as nothing is updating it. This worked pretty well, though i probably went overkill on all the locks. Wilfred. -Original Message- From: Colin Fraser [mailto:[EMAIL PROTECTED]] Sent: Monday, July 23, 2001 12:20 PM To: Multiple recipients of list delphi Subject: [DUG]: ISAPI and Thread Safeness Hi all... I am quite new to ISAPI apps and haven't really done much with treads either... How careful do I need to be in regards to ISAPI apps and treads... For example, if I want to use lots of code that currently uses TLists... do I need to change them all to TThreadLists. In actual fact, most of the TLists are in other objects, I have my own type of list object that uses a TList in behind the scenes... should I change those to TThreadLists, or create my own Critical Sections around the important parts?? Is there any performance hit for using TThreadLists instead of TLists, or Critical Sections for that matter?? Any info appreciated Regards Colin ## Attention: The information in this email and in any attachments is confidential. If you are not the intended recipient then please do not distribute, copy or use this information. Please notify us immediately by return email and then delete the message from your computer. Any views or opinions presented are solely those of the author. ## --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/ This e-mail message has been scanned and cleared by MailMarshal http://www.gen-i.co.nz This e-mail message has been scanned and cleared by MailMarshal http://www.gen-i.co.nz --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/ _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
RE: [DUG]: IDSN Modem
A quick google search lead to http://www.magsys.co.uk/delphi/ where they advertise the TMagRas component which appear to support detection of ISDN. It seems to be free in binary form for internal use with the option of licensing the code for distributing apps. Another way might be to do a simple HTTP request to a well-known-should-always-be-up site...? From: Jeremy Coulter [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Subject: RE: [DUG]: IDSN Modem Date: Thu, 17 May 2001 21:28:14 +1200 No the ISDN modem does not use D.U.N. I am not entirly sure what thos go is. I have an ISDN modem, a network hub, and a Cisco I think it might be a router, but not sure. Anyway, I entered an IP address for my machine, and a gateway to the Cisco unit, and then when I try to navigate, it dials, but I did not setup any D.U.N for itotherwise I would have used your suggestion. I thought of doing a PING to our main webserver to see if it was connected, but obvcourse this would make the ISDN modem dial. I have some code to find the IP address assigned to my machine when I am connected t the net, maybe I could check the result to see if I get an IP address returned...AAny other Ideas ?? Cheers, Jeremy Coulter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Laurence Bevan Sent: Thursday, 17 May 2001 18:00 To: Multiple recipients of list delphi Subject: RE: [DUG]: IDSN Modem Is there a way to detect promatically if an ISDN modem is connected ? This is my first time using an ISDN modem, so I am curious, plus I need to know for a wee app. I have to write. Jeremy, Does the connection you use the ISDN modem for show up in Dial-Up Networking? If so, then yes there is a way to detect connections. If the app in mind is one that monitors connection usage then we have an app you might be interested in. It works for dial-up and ADSL but have never tried it with ISDN. Email me offlist if you like. Laurence Bevan --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi
RE: [DUG]: OK I've heard enough
The Polytech here has substantially moved from Delphi to Java in the past year or two also. This is regrettable. On another sad note: Auckland Uni held a technology expo day a couple of months or so ago. I was informed by a reliable source that they announced at this event the cancellation of all Delphi courses in favour of Java for first year and VB for subsequent year courses. It was also said that this decision was not that popular since Delphi is also used in-house there. The reason for the decision was apparently to consolidate the number of languages taught... Maybe someone else can confirm that this has in fact happened (as well as the accuracy)? _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi
Re: [DUG]: Scripting Languages...
If you're system is only going to run on Windows, you can't go wrong with using VBScript (free and easy to use). I wrote a small and simple generic function that I call whenever I need to execute a script. You need to install the VB Script Engine AND Script Control available from msdn.microsoft.com/scripting and then import/install the Script Control to create the imported type library file mentioned below (also allow Delphi to create a wrapper TClass around it). Also remember that if you haven't used COM objects in your app, you can always create COM *wrappers* for those areas that you need to expose. If you followed a COM-based architecture to start, well then it will all fall in place quite nicely. interface uses MSScriptControl_TLB; const VBSCRIPT = 'VBScript'; // Central routine to execute a VBScript or JScript. Used throughout Saturn. // Example usage: //varRes := CoResult.Create; - generic result COM object that only has one variant Result property //varOrder := CoOrder.Create; - order COM object //ExecuteScript(['Result', 'Order'], [varRes, varOrder], 'Result.Value = Order.Total + 25'); //ShowMessage(FloatToStr(varRes.Value)); procedure ExecuteScript(const aObjectNames: array of string; // name of object(s) in script const aObjects: array of IDispatch; // actual objects const aScript: string; // vbscript (no need for Sub Main) const aScriptLanguage: string = VBSCRIPT); // default language var varScriptControl: TScriptControl; i: integer; begin varScriptControl := TScriptControl.Create(nil); try with varScriptControl do begin Language := aScriptLanguage; Timeout := -1; // no timeout // Add Objects for i := low(aObjects) to high(aObjects) do AddObject(aObjectNames[i], aObjects[i], False); // Execute ExecuteStatement(aScript); Reset; end; finally varScriptControl.Free; end; end; HTH Xander - Original Message - From: Mark Derricutt [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 12:42 PM Subject: [DUG]: Scripting Languages... 'allo - Once again I'm wanting to look into injecting a scripting language into a project I'm working, in the past I used the Python For Delphi project and loved it, but am not sure if I want to go with that this time. I was thinking along the lines of working with any registered ActiveScript, but have no idea how to go about doing this. I know Max wrote his own MaxBasic thing, but I fear thats beyond me :P Does anyone know of any URLs for implemented the MS scripting components (I know they reek of security problems, but at the mo I'm keen on looking at various things. But, on the other side of scripting, I was wondering the best way of handling the recording of macros, and call back functions. I seem to recall when Max gave his demo, they had a line of code in each event that recording what was being done and any params needed or something? Mmmm, I go read web sites about it and eat lunch -- There are exceptions, I'm sure, but the Windows 2000 on-line community seems to have, in general, the moral and spiritual qualities of your average porn site. (c) Bryan Pfaffenberger, Linux Journal, Jan 2001. -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of unsubscribe delphi
Re: [DUG]: Access DateTime
From memory you MUST use American date formatting with Access (e.g. 04/23/2001) but it will probably be better to use a parameter anyway, allowing the TDataset to set the value correctly. HTH Xander - Original Message - From: "Alan Rose" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Monday, April 23, 2001 9:43 AM Subject: [DUG]: Access DateTime Hi, I have been using the following syntax to update a datetime field in a Access 2000 table Update tablename set field = #23-APR-2001# I'd now like to add a timestamp as well, but have had no luck in figuring out the syntax. e.g. Update tablename set field = #23-APR-2001 02:23:00 PM# Can someone tell me what format I should be using -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Fatal Errors
add C:\Program Files\Borland\Delphi5\Source\Toolsapi to you library path... (change where appropriate for you installation) - Original Message - From: "Joel van Velden" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 4:07 PM Subject: [DUG]: Fatal Errors Just installed a new component, but when trying to run returns error: [Fatal Error] Unit1pas(7): File not found: 'DsgnIntf.dcu' Should i have this file? I have Dsgnintf.int in the Doc folder but no .dcu Can anyone help? -TIA -Joel -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Interbase ASP.
This has already been posted in the last week, but here goes again (the summary): 1. Free experimental OLEDB provider seems to be quite fast with ASP: http://www.sibprovider.hpg.com.br/eng/sibprovi.htm 2. Free ODBC driver: http://www.geocities.com/ibdatabase 3. Cheap commercial ODBC driver (around US$100 I think) - seems to have been on the slow side (might be faster by now): http://www.easysoft.com/products/interbase/main.phtml Please let the DUG know how you find these ta... Xander - Original Message - From: "Nic Wise" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Wednesday, December 20, 2000 4:10 PM Subject: Re: [DUG]: Interbase ASP. www.interbase.com has one for ib5.6 that also works with IB6.0 in dialect 1 There is a (slow) one at easysoft.com (I'm told) for 6.0 only There are a few others out there - check out interbase2000.org. Someone has also written an OLE-DB driver, I'm told N - Original Message - From: "Matthew Comb" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Wednesday, December 20, 2000 5:03 PM Subject: [DUG]: Interbase ASP. Can someone point me to some resources to do with accessing an interbase database via ASP...Are there ODBC drivers? Cheers, Matt. -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Interbase
You could try http://www.sibprovider.hpg.com.br/eng/sibprovi.htm They do an experimental OLE DB provider for IB - not complete but functional (I think) and faster than the EasySoft ODBC driver. I imagine that you could use that from Crystal (after setting up a DSN)... - Original Message - From: "Sandeep" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 12:57 PM Subject: Re: [DUG]: Interbase On 14 Dec 2000, at 11:01, Nic Wise wrote: which ODBC driver are you using? easysoft? If not, try it. www.easysoft.c Yes I'm using Easysoft's ODBC driver. Sandeep. -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Interbase
We did a quick eval of whether it would be possible to Interbase with ASP + ADO. We discovered that Interbase 6.1 + EasySoft ODBC was slower than Access 2000 for doing simple queries. When converting to SIBProvider the speed improved quite a bit over EasySoft. This wasn't a formal test, just 2 simple databases (say about 500 recs per table) with a simple ASP script running on under IIS on Win2K Prof SP1. SIBProvider "appeared" to do connection pooling better than the EasySoft ODBC driver did (based on the amount of disk access with each query)... can't say for sure though... Also, the last time we looked, it appeared that the EasySoft driver was constantly being updated... maybe performance will be addressed? We are still hoping that IB6 would be a realistic alternative with ASP+ADO due to the high cost of SQL Server 2000... - Original Message - From: "Mark Derricutt" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 1:35 PM Subject: Re: [DUG]: Interbase On Thu, 14 Dec 2000, Xander van der Merwe wrote: You could try http://www.sibprovider.hpg.com.br/eng/sibprovi.htm Mmm, this sounds nice, have you actually used it before? -- "We don't guarantee anything except that it will take up disk space..." Apache 2.0alpha5 Disclaimer Now Playing: Rob Halford - The One Love To Hate -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Interbase
I am also a big fan of PHP, albeit with MySQL rather than PostgreSQL (just haven't tried PostgreSQL yet), but that is for playing outside of working hours :-) In the real world (ie during working hours) we still need to use MS stuff (ASP, etc). It is klind of difficult to charge for PHP applications whereas it is very easy and almost expected to charge for ASP applications (I'm using ASP in a loose sense here, including ADO, COM, etc). But that is probably another debate... - Original Message - From: "Patrick Dunford" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 3:50 PM Subject: RE: [DUG]: Interbase Are the practicalities of your setup such that you must use Win2000, IIS etc? Being a fan of PHP I note it supports Interbase 6 and a number of other database platforms natively (MySQL, PostgreSQL etc) I'm currently getting very good results with some test scripts querying a PostgreSQL database...PHP 4 is heaps faster than its predecessor and, they tell me, more stable than ASP. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Xander van der Merwe Sent: Thursday, 14 December 2000 14:01 To: Multiple recipients of list delphi Subject: Re: [DUG]: Interbase We did a quick eval of whether it would be possible to Interbase with ASP + ADO. We discovered that Interbase 6.1 + EasySoft ODBC was slower than Access 2000 for doing simple queries. When converting to SIBProvider the speed improved quite a bit over EasySoft. This wasn't a formal test, just 2 simple databases (say about 500 recs per table) with a simple ASP script running on under IIS on Win2K Prof SP1. SIBProvider "appeared" to do connection pooling better than the EasySoft ODBC driver did (based on the amount of disk access with each query)... can't say for sure though... Also, the last time we looked, it appeared that the EasySoft driver was constantly being updated... maybe performance will be addressed? We are still hoping that IB6 would be a realistic alternative with ASP+ADO due to the high cost of SQL Server 2000... snip === Patrick Dunford, Christchurch, NZ - http://pdunford.godzone.net.nz/ For we were all baptized by one Spirit into one body--whether http://www.heartlight.org/cgi-shl/todaysverse.cgi?day=20001213 === Created by Mail2Sig - http://pdunford.godzone.net.nz/software/mail2sig/ -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: embedded database.
Why not use Access + ADO as your embedded database? It only adds a single interface file to your app (if using native ADO access) or a few internal Borland files like ADODB.pas when using the TADOxxx components. If your client has IE 5.x or Win2K installed they will already have ADO installed (you can also provide a link to the MS site for downloading ADO). The single database file that Access provides make it very convenient (like IB does too:). Xander - Original Message - From: "Matthew Comb" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Saturday, November 25, 2000 1:34 PM Subject: Re: [DUG]: embedded database. Gary, great, exactly what I ws after! Matt. - Original Message - From: "Gary T. Benner" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Saturday, November 25, 2000 10:42 AM Subject: RE: [DUG]: embedded database. [Reply] At 11:28 on 25/11/2000 Malcolm wrote To : CC : From: Matthew Comb, [EMAIL PROTECTED] Gidday, I remember someone talking about embedded database engines (or maybe a couple of dlls you distribute with your app), as apposed to having to deploy the bde. Does anyone know what these ones are and have links to them? Take a look at Kyle Cordes site: http://www.kylecordes.com/ Don't forget that Interbase is regarded as an 'embedded database", and that with v6 there is an install API. Kind Regards Gary Gary Benner - Software Developer [EMAIL PROTECTED] Corporate Software New Zealand Limited Auckland - New Zealand tel: +64-9 846-6067 (24hr) fax: +64-9 846-6152 mob: (021)-966-992 Software System Design - Consulting - Mentoring - Data Modelling Client Server - Delphi - Interbase - Oracle - Web-based Technologies Electronic Automation and Systems - Microcontroller Design Software http://www.corporate.co.nz Ref#: 41006 -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Web Stuff
You might want to look at http://www.asp-express.com/ - its Delphi-based and its free. - Original Message - From: "Sandeep" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Monday, November 13, 2000 9:49 AM Subject: Re: [DUG]: Web Stuff What Web Server? - For NT Delphi is prob as good as anything But if it's relatively simple have you considered PHP, Also look at ZOPE I've never used PHP and ZOPE before. Can they access database files? It will be like an web extension of my application, so I think Delphi will be a better choice. Sandeep -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: MS Access
One final question, do you know for a fact then if I install the latest MDAC or they have IE 5 the "Microsoft.Jet.OLEDB.4.0;..." driver will be installed Yes, I'm pretty sure. I've tested this on a clean Win98 with IE5 installed. But please do not bet your company on this :^) - test it for yourself! Xander - Original Message - From: "Alan Rose" [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Thursday, August 31, 2000 3:22 PM Subject: RE: [DUG]: MS Access Thanks Xander you have been a big help. One final question, do you know for a fact then if I install the latest MDAC or they have IE 5 the "Microsoft.Jet.OLEDB.4.0;..." driver will be installed. I can not find the MDAC docs you refer to. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Xander van der Merwe Sent: Thursday, August 31, 2000 3:01 PM To: Multiple recipients of list delphi Subject: Re: [DUG]: MS Access The "Microsoft.Jet.OLEDB.4.0;..." driver is in fact the correct driver to use with Access 2000 (not sure about Access 97). ADO uses the Jet OLEDB driver underneath to talk to Access. You would have to check the MDAC docs to see the exact list of other drivers (I think it includes FoxPro, PDox 4, Excel, DBase, etc...). Xander -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Diamond ADO components
Don't know about Diamond ADO... but... For the last ADO application that we've been working on we don't have any data-bound controls (in fact we always avoid these nowadays) except for read-only DBGrids displaying recordsets (browse/pick lists). For these we use the built-in Delphi TADO components. For all the database operations underneath (updates, deletes, etc) we use the native ADO Recordset and Command objects (using CoRecordset.Create and CoCommand.Create, etc). After all, the Delphi ADO components are just wrappers around these anyway. From our experience so far this combination seems to work quite well and the ADO interfaces are very easy to use. Xander - Original Message - From: [EMAIL PROTECTED] To: "Multiple recipients of list delphi" [EMAIL PROTECTED] Sent: Wednesday, August 30, 2000 12:57 AM Subject: [DUG]: Diamond ADO components Hi all. Just wondering if anyone has evaluated Diamond ADO components, and if so how they thought they compared t the ones that come with Delphi 5. We have done a preliminary test, and the Diamon ADO comps. seemed somewhat faster than the ones with D5. But this was only returning fields out of a table rather than doing querys with joins in them etc. any observations appreciated. Cheers, Jeremy Coulter Jeremy Coulter (Manager) Visual Software Solutions Christchurch, New Zealand PH 03-3521595 FAX 03-3521596 MOBILE 021-2533214 www.vss.co.nz -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi"
Re: [DUG]: Easier Way to use Interfaces on Components
D5 has a Supports() function: function Supports(const Instance: IUnknown; const Intf: TGUID; out Inst): Boolean; function Supports(Instance: TObject; const Intf: TGUID; out Inst): Boolean; HTH Xander - Original Message - From: Neven MacEwan [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Friday, June 30, 2000 2:00 PM Subject: [DUG]: Easier Way to use Interfaces on Components Hiya All Ive been using QueryInterface rather than is and as class operators but QueryInterface is protected so I keep on having to do the following TIC = class(TComponent) end; var MyIF: IMyIF if TIC(MyComp).QueryInterface(IMyIF, MyIF) = S_OK then ... Am I missing something? Regards Neven N.K. MacEwan B.E. EE [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
[DUG]: Web Developer wanted
Soft Tech is looking for a full-time experienced developer with the following skills to work on the web interface of an e-commerce application: - Undestand web technologies, plus - VB (specifically WebClasses) - ASP - HTML - JavaScript - COM / MTS / COM+ - ADO - SQL Server - Ability to do nice web interfaces (ie look pretty) - Delphi would be nice but is not essential Please contact me directly via e-mail on [EMAIL PROTECTED] We are based in Ponsonby with a potential move to North Shore before the end of the year. Regards Xander van der Merwe --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
[DUG]: Web Developer wanted (again)
Oops, forgot to mention XML in the skills list below... :( Soft Tech is looking for a full-time experienced developer with the following skills to work on the web interface of an e-commerce application: - Understand web technologies, plus - VB (specifically WebClasses) - ASP - HTML - JavaScript - COM / MTS / COM+ - ADO - SQL Server - Ability to do nice web interfaces (ie look pretty) - Delphi would be nice but is not essential Please contact me directly via e-mail on [EMAIL PROTECTED] We are based in Ponsonby with a potential move to North Shore before the end of the year. Regards Xander van der Merwe --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Web server apps with Linux
1. For a Delphi-like solution you may want to check out the FreePascal Lazarus project (www.lazarus.freepascal.org) - I think it allows you to create CGI programs in Pacal and might therefore be a good leadup to Kylix... 2. If you want to do it in ASP, you may also want to consider InstantASP (www.instantasp.com) over Chilli!ASP since it is far more cost effective than Chilli!ASP afaik (runs as a Java servlet). 3. And depending on what you want to do, there is always good old PHP (www.php.net) - used on a million-plus servers now with heaps of help everywhere (works really well with MySQL) and runs on Linux and Win32... (and there is also JSP, but not as popular yet). HTH Xander - Original Message - From: Nic Wise [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Tuesday, May 02, 2000 11:40 AM Subject: RE: [DUG]: Web server apps with Linux You have to be joking :) Basically, 99% of MS code will not work on Linux without Wine, which is not 'production' stable AFAIK. ActiveX is very entrenched in Windows - there are a few DCOM products for Unix, but most of them are DCOM-CORBA bridges. If you want your code to run under Linux, especially apache, try the following: 1) Get Chilli!ASP fi you are using ASP. 2) Use Java and JSP (you can run it on "any" platform then) 3) Wait for Kylix. 4) write it all in C/C++ (ouch), or Perl (ouch-er) Until Kylix comes out, WebModules and MIDAS will not work - ISAPI's will never work under Linux 'cos there is no IIS (you write apache DSO's instead, which the marketing in the US seam to be sure that Kylix will support) N -- Nic Wise - 021.676.418 / [EMAIL PROTECTED] / Inprise/Borland New Zealand Is it not a foolish man, said little Woo, who keeps all his chickens in his trousers? For at best, will he not suffocate his chickens, and, and worst, will he not disappoint the ladies in the village? --Alexi Sayle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Lowman Sent: Tuesday, 2 May 2000 11:34 To: Multiple recipients of list delphi Subject: Re: [DUG]: Web server apps with Linux How about ActiveX ? Paul Lowman -- - 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
[DUG]: Java-friendly Database?
Hi all Are there people on the list that have experience with database choice for Java applications? Criteria would be along the following lines: 1. Cross platform (Linux + Win) 2. Able to be "embedded" (silent install as part of app install) 3. Have a royalty-free single user license (ok for server to charge per user) 4. Have full and latest JDBC driver 5. Object-relational - although a mapping tool/layer could be used. 6. Java-friendly (maybe this is covered by 4 and 5 above?) 7. Work well in web environment 8. Well supported (from customer point of view) 9. Available in release form today (IB 6 is not available in release form yet) JDataStore and Oracle are excluded since neither have a royalty-free single user version. I'm sort of looking for the cross-platform equivalent of the "SQL Server and MSDE" combo that is also Java-friendly. Also, if one goes too OO in the database then report writing becomes an issue I would imagine. Thanks in advance Xander --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Freeware XML Class??
Try www.cuesoft.com for their XML parser. If you download the trial version, you'll see reference to the "Standard Version" which is a freeware ActiveX control (you only see this once you've filled in your details to download the trial). We've been using the Standard version for a while and it seems to work pretty well. You can also import the type library as with the MSXML version. The CueSoft version actually has one advantage over the MS one in that you can CoCreate() elements too (with the MS version you can only CoCreate() the DOM and use that to create new elements in the tree). You may of course not need this, but I found it quite handy actually... Xander - Original Message - From: Donovan J. Edye [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Friday, February 25, 2000 10:30 AM Subject: RE: [DUG]: Freeware XML Class?? P, Thanks. H Not sure I want a dependency on IE4+ tho. --Donovan Donovan J. Edye [www.edye.wattle.id.au] Namadgi Systems, Delphi Developer Web: www.namsys.com.au E-Mail: [EMAIL PROTECTED] Voice: +61 2 6285-3460 Fax: +61 2 6285-3459 TVisualBasic = Class(None); -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Ingham Sent: Thursday, 24 February 2000 17:56 To: Multiple recipients of list delphi Subject: Re: [DUG]: Freeware XML Class?? On Tue, 22 Feb 2000 16:33:17 +1100, you wrote: G'Day All, I was wondering if anyone could recommend a set of freeware classes to do basic XML encoding and decoding? Has anyone had a good look at the XML classes that were shown in the Delphi Informant (Current issue I think). I have not and was wondering if they would do the job or if there are some others out there? I am looking for native object pascal with no fiddly bits (DLL's etc.) If you're not averse to using Microsoft software, you can do an "Import Type Library" on the MSXML COM object and get a very full xml implementation (msxml comes with IE4, IE5). Docs on MSDN web site. TIA --Donovan Donovan J. Edye [www.edye.wattle.id.au] Namadgi Systems, Delphi Developer Web: www.namsys.com.au E-Mail: [EMAIL PROTECTED] Voice: +61 2 6285-3460 Fax: +61 2 6285-3459 TVisualBasic = Class(None); --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz -- Peter S Ingham [EMAIL PROTECTED] Lower Hutt, New Zealand -- - 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]: Delphi 5 Update Available....
Kerry wrote: Apparently "Using object oriented programming languages helps make large-scale systems easier to understand, simpler to debug, and faster to update" and these features are required "to create robust, scalable distributed Web applications" Who'd have guessed? Borland representative at Delphi 1 launch: - Delphi creates full stand-alone executables without the need of runtime DLLs. Quite superior to other languages requiring such runtime DLLs... Borland representative at Delphi 3 launch: - Delphi now supports runtime packages, allowing commonly used routines to be shared among different executables. This is quite an innovative and much desired enhancement... No real difference if you think about it most products fortunately do advance (thankfully) :-) Xander --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: TCollection as Dataset
If what you want is to edit in-memory data inside a DBGrid without having to have a database table, I recall trying this once with a stand-alone TClientDataSet. You can write Delphi code to create all the required TFields and then edit it in a DBGrid. Once finished, you can traverse and read the records from the TClientDataSet and do whatever you need to. This is actually using the TClientDataSet as an in-memory table. You may also want to search the Delphi Informat web site since I think they had an article on this about a year or two ago. Since TClientDataSet is part of the Midas component suite, I'm not sure what the licensing issue would be if you use it stand-alone without the provider - I'd imagine it would be free though... HTH Xander - Original Message - From: Neven MacEwan [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Friday, February 11, 2000 9:39 AM Subject: [DUG]: TCollection as Dataset Hiya all I was thinking that it would not be too difficult to use a TCollection as a Dataset (Then I could edit the collection with a DBGrid et al) Has anyone tried/used/written a component to do this TIA Neven -- - 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]: Application Structure
Just to throw another one in the pot - look at http://www.genotechs.com/i-markinfo.html for Atromark from GenoTechs. Haven't used it yet and it is still in Beta (I think) but it may be the most simple Delphi-based solution out of the lot (if it works as advertised of course). Xander - Original Message - From: Mark Howard [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Wednesday, February 09, 2000 5:38 PM Subject: Re: [DUG]: Application Structure This discussion is all very useful. Any thoughts on the relative merits of the Astra solution. It certainly looks to be very simple. It would be typical in my app for data entry to occurr over a 2 hour period every morning. Reporting would be sporadic during the month with moderate use Mondays and (relatively) heavy use in the two days after month end. With Astra, is there a problem reporting from a client site to it's own (remote) printer? Mark Grant Black wrote: I am not sure I like the suggestions of using Terminal Server or Citrix - isn't it just the conceptual equivalent of giving your clients PC-Anywhere tell them to dial into your server? The biggest problem is suggesting running a dial-up line - Telecom charge 4 cents a minute during the day so if you are talking about a dial up line to an ISP then you are looking at 8 x 60 x 4 / 100 : ~$20 dollars a day (per site) or ~30 cents per transaction. It would be cheaper to put in leased line (only $90 month for a 33.6 last time I looked - admittedly years ago), and would give you 24/7 uptime. Of course, you still have to connect to an ISP pay charges good luck finding an ISP that will guarantee uptime - voyager lost our link for a couple of hours last week :-(. Its just a personal opinion, but I think that PC's are cheap enough that running dumb terminals just seems wrong. If you want to keep _running_ costs down, then I would be asking the questions about how fresh the data needs to be for reports the uptimes required. If you have something like a on-line booking system then real-time transactions are going to be important. For a more typical POS type system with nightly (off-peak) reconcilations, then something like the Astra or Midware looks interesting but you are going to have to think about the data flows very carefully. If you already have the app running on the LAN the company seems value in installing a WAN (hopefully not just for your app), then its not a problem - just get a network consultant in to set up a WAN link (frame-relay, leased line, ISDN - get them to do quotes). All you have to do is to make sure your app is not too bandwidth intensive - ie check you are not using TTables on large datasets or doing select * on big tables joins. Unless you have a badly designed database or large datasets you shouldn't choke a ADSL link at the server end. The Remote sites are not in cities and may not have access to ADSL Do these alter your suggested solution? With Citrix, you can use dial up and configure it to reconnect (without losing your session) when the line drops out. Quite good really. Seems funny to me that Terminal Server (with the application residing on the server) is a better solution than having the application on each site with only the database on the server. Comments? With YOUR particular situation, its OK. It also keeps your costs down, as you only need to install your application *once* at the server. You can also configure WinFrame so that you can dial in to do remote support. The client machines don't need super CPUs, even a lowly 286 will do! Regards, Dennis. -- - 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]: Inprise/Borland is merging with Corel, and will be called Corel f rom now on...
Depending on the market that you sell your software in, customers are often interested in the language/tools used to develop the application. This is certainly the case with our products and probably has to do with the customers wanting to ensure that they invest in future-proof technology. Further, (believe it or not) we often get negative feedback in the US when customers find out that our products are not developed in MS Visual C++ (doesn't make technical sense of course). My fear, is that with this new merger and it's focus on being a "Linux Powerhouse", this negative perception will increase with regards to software developed for the Windows platform. My other fear is that the last venture by Borland into the Office products market did not work. There is a distinct feeling of dij` vu here - Original Message - From: Wilfred Verkley [EMAIL PROTECTED] To: Multiple recipients of list DELphi [EMAIL PROTECTED] Sent: Tuesday, February 08, 2000 10:22 AM Subject: RE: [DUG]: Inprise/Borland is merging with Corel, and will be called Corel f rom now on... Is this a good thing? The benefits of Linux aside, I dont really like the Idea of Borland/Delphi losing its MS-Windows focus. -Original Message- From: Mark Vrankovich [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 8 February 2000 09:53 To: Multiple recipients of list DELphi Subject: [DUG]: Inprise/Borland is merging with Corel, and will be called Corel f rom now on... Goto http://www.borland.com/about/press/2000/inprise_corel.html for story. -- - 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]: Application Structure
How about going with a simple web-based solution? This gives you your central database with the aditional benefit of low bandwidth requirements. It probably depends on the kind of data input you are talking about? However, the head-office can get a relatively low-cost ADSL connection with a static IP address allowing them to host their own NT-based web server (could also look at ISDN, depending on traffic). For the kind of traffic you are talking about you could even get away with using the free MSDE database. Construct the application using a central Database with small stateless COM objects (or ASP objects rather) that will provide the business layer and DB layer. You could even use MTS if the application becomes complex enough or you want the transaction capabilities. All your COM/ASP objects would be talking to the database via ADO. Code the web interface in ASP using the above objects. You could probably easily create Reporting-type objects that will render the reports as HTML tables based on some user query parameters. You would probably find heaps of examples of this on msdn.microsoft.com or msdn.microsoft/mind On the other hand, you could code the whole lot in PHP (see www.php.net) and MySQL (all for free) but the above MS-based solution would be more simple. Xander - Original Message - From: Mark Howard [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Tuesday, February 08, 2000 2:28 PM Subject: [DUG]: Application Structure Hi (not sure if this should be Off Topic) Some advice please. I want to understand: FIRST what is the simplest, least expensive solution that is *possible* SECONDLY what are the practical downsides of taking this simple option compared to the "Ideal" Situation Client has 3 sites around NZ - both islands - one site doubles as Head Office. Want each site to be able to enter data and generate reports from a database (same structure at each site). Head Office needs to be able to generate site reports and consolidated reports. NOTE: We are talking a MAXIMUM of only 60 transactions per day from each site. If my application is currently running with up to 5 users on a LAN does it follow that it should also run OK on a WAN with dial up lines? If not, what are the problems? What sort of communications setup does the client need to organise? What changes do I need to make provision for in my application eg do I need to upgrade to C/S? Is it an option have separate databases and to arrange some sort of consolidation each day? Prefer not to have to go this way. I've had no experience with this sort of communications at all so words of one syllable again please. Again, I Stress, I'm not after a "corporate" solution - just a low cost practical one. (No offence to those with "Corporate" names!) TIA Mark --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: DB Server choice
Another idea (roughly): 1. Use MS SQL / MSDE (natural for ADO, see next point) 2. Use ADO (can easily share common _Connection object between many COM objects, etc) 3. Create entire application as a series of COM objects with Delphi (Business objects, Utility objects, DBLayer, etc - all the Non-GUI stuff) 4. Create all standard Browsers, Pickers, Editors as ActiveX controls with Delphi 5. Create your non-web based client as a thin executable (in Delphi) using all the ActiveX controls and COM objects in 3 and 4 above and only adding the required plumbing. 6. Create your web-based clients using ASP to glue together all the required COM objects created in 4 above. If ASP becomes too clunky you have the option of using ISAPI dlls (using Delphi) or even Windows Script components, etc 7. Think carefully about stateful vs stateless objects, you may want to MTS-enable or ASP-enable objects in 4 above... One of the fundemental ideas here is to use same objects between the standard WinGUI and Web-based clients. If you are only ever going to have 1 single WinGUI, you may want to skip creating ActiveX controls as mentioned in 4 above - doing it that way however will provide you with reusable GUI components (nice if you need more than one GUI configuration). You could aso use D5 Frames I guess... Just another angle ... Xander van der Merwe - Original Message - From: Juan Manuel Gomez Ramos [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Friday, February 04, 2000 7:13 AM Subject: [DUG]: DB Server choice Hi there: I'm designing a client/server DB app for a travel agency. The server will be in the main house, and the clients all around the country, one on every sale point. There will be a web based client, programmed by someone else who defends the idea of using MS-SQL as the server app. I like (love) Delphi and would like to use Interbase as the server. The thing is that I need arguments to defend such idea 'cause this will be my first client/server project and I've never seen any documentation about Interbase before. Does it have the posibility to have the web based client programmed in something else than Delphi? If this is the case, I wouldn't worry any more; it would be just a matter of programming it and inform the other programer about the stored procedures to use to access the DB server. What softwares (compilers) could he use? Another question is: What protocols does Interbase use/have? Which is the fastest one. I was thinking on hosting the web based client app outside the country, to provide users a faster connection to it but, if it must access a DB server located here in Cuba, then thats a slow way to connect. Anything you may say about it would be a well apreciated lesson to me. You might need more info; just ask. Thanks in advance. Juan Manuel Gomez Ramos Computer Science student at Havana University Paraglider pilot and RadioHam (CM9BPG) email:[EMAIL PROTECTED] [EMAIL PROTECTED] eFax:(707) 313-0329 http://cronos.freeservers.com Hope is faith holding out its hand in the dark. -- - 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]: I've had it up to here with TEdit descendants
The Topaz Delphi database (.dbf) library is also advertised as having really good edit mask capabilities (compatible with the old DBase way of doing it). It may be overkill in that it also has the database stuff added... They have a specific point on their FAQ regarding this. See http://www.softsci.com/topazfaq.htm#26 Xander - Original Message - From: Neven MacEwan [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Monday, December 20, 1999 4:25 PM Subject: Re: [DUG]: I've had it up to here with TEdit descendants Trevor Funny but I've just been contemplating the same thing What I'd like is an input masking system that handled money/dates/times etc I've used the Softouch as a basis for one control (cause their calendar control didn't input times) Their code is quite nice and derives from TCustomEdit, supports 'popups' and floats over grids! So if you come up with anything I'd be interested The best mask syntax i've seen is the Infopower 'PictureMask' which was based on the paradox 'PictureMask' but the rest of the stuff was relatively horrible once you got past the surface So if there was a CustomEdit based component that implememented a paradox mask (with good source) it would be somewhere to start Regards Neven -- - 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]: DirectX / OpenGL....
There is actually a Delphi-OpenGL book available (Amazon has it): "Delphi Developer's Guide to OpenGL" by Jon Q. Jacobs (ISBN: 1-55622-657-8) This book also has a companion CD with all the translations done in Delphi (I think). Xander - Original Message - From: Nic Wise [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Wednesday, December 15, 1999 11:45 AM Subject: Re: [DUG]: DirectX / OpenGL a port of OpenGL.h ? N "Donovan J. Edye" wrote: N, Hm. Can anyone suggest some components for OpenGL?? --Donovan Donovan J. Edye [www.edye.wattle.id.au] Namadgi Systems, Delphi Developer Web: www.namsys.com.au E-Mail: [EMAIL PROTECTED] Voice: +61 2 6285-3460 Fax: +61 2 6285-3459 TVisualBasic = Class(None); -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nic Wise Sent: Wednesday, 15 December 1999 08:43 To: Multiple recipients of list delphi Subject: Re: [DUG]: DirectX / OpenGL DirectX - 98, 95, Win2K ONLY. Will not work on NT4 (direct3d, atleast). Supported by almost every card with a 3d processor, from the S3 Virge up to the TNT2/GeForce256/Voodoo 3/G400 etc. OpenGL - works on all of the above, drivers are usually only for higher end cards (eg, Voodoo 2/3, TNT(2), Riva 128, G200/G400, etc), tho I'm told that OpenGL has massivly more functionallity, and its well documented. Try opengl.org for info and examples. Wilfred - you out there? I beleive this is your area, after your work at Softtech??? All up, you WILL have to be become a graphics person - 3d is NOT easy, especially if your grasp of maths is not above-average. Also, getting it fast is, um, fun. N "Donovan J. Edye" wrote: G'Day All, Once again this is an information finder / understanding request. These are the params: - I am not a grahics person - I am looking to do some 3D drawing etc with texture mapping, animations etc. Which is the best path OpenGL or DirectX?? I am basically looking for some components that will do most of the hard stuff for me. I see that there are some comps called DelphiX which appear to be highly regarded. I am questioning though whether DirectX is the correct way to go aside from it being a M$ centric technology only. Any FAQs (Explaining the difference between Dx OGL), pointers, advice etc. would be appreciated --Donovan Donovan J. Edye [www.edye.wattle.id.au] Namadgi Systems, Delphi Developer Web: www.namsys.com.au E-Mail: [EMAIL PROTECTED] Voice: +61 2 6285-3460 Fax: +61 2 6285-3459 TVisualBasic = Class(None); -- - New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz -- Nic Wise - Inprise/Borland New Zealand mob:+64.21.676.418 - wk:+64.9.481. x9753 - wk-em:[EMAIL PROTECTED] hm: +64.9.277.5309 - hm-em:[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 -- Nic Wise - Inprise/Borland New Zealand mob:+64.21.676.418 - wk:+64.9.481. x9753 - wk-em:[EMAIL PROTECTED] hm: +64.9.277.5309 - hm-em:[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]: Multiple Dynamic Components
I would assume that all these components would have unique Names? If so, why not create a global procedure that would delete/free components by Name. Inside this procedure would dynamically cycle through all the components/controls using the Controls property (remember to do this recursively so that you can get down into the deepest level of parentship)and delete the appropriate one. You could also use the Tag instead of the Name of course. An alternative would be to have a global TList where you "register" all the dynamic components created. You can then use this TList instead of the Form to traverse the list of dynamically created components (it may be a bit easier than the recursive approach mentioned above). It all depends on what criteria is used (and how the selection is made) on what components you want to delete Hope this helps Xander - Original Message - From: Jeremy Coulter To: Multiple recipients of list delphi Sent: Friday, December 10, 1999 11:38 AM Subject: [DUG]: Multiple Dynamic Components Hi all. I am just tweaking an app. I have been working on for a while now, and I want to have the ability to have multiple components created dynamicaly...ok, that bits fine, BUT if I want to FREE one of them (say dynamic component #5) I cant, as its not a global control, i.e. its created inside a procedure., and there is no ref. to it outside the procedure its been created in. The simple answer is ofcourse, jst declear it so that it is visible to the whole app. BUT the problem here is, I am not sure how many I will need, or rather how many the USER will want to have, could be none, could be 10 or even 20...who knows. How then, do I get around this ? any ideas/suggestons ? thanks, Jeremy Coulter (manager)Visual Software Solutions110 Harewood RoadChristchurchph +64 3 3521595fx +64 3 3521596cell +21 2533214http://www.vss.co.nz
Re: [DUG]: Passing objects as procedure parameters
I would be very careful about using Pascal style Objects in any *new* Delphi code. This is due to Borland's explicit mention that they are only supported for backward compatibility. Evidence of this can already be seen with Delphi 5 not supporting long strings inside Pascal Objects - a feature stopping us from moving to D5 right now. As long as you have a consistent convention regarding the ownership of objects being passed around then it would probably be better to do them as TObjects, even with the slight bit of overhead. Xander - Original Message - From: Wilfred Verkley [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Thursday, December 09, 1999 10:13 AM Subject: RE: [DUG]: Passing objects as procedure parameters This is purely syntactical and the help explains this. In BP7 (old way), you always do a '^.', but Borland changed that to '.' in Delphi. Its not a lie. It is the way Delphi has been designed, and IMHO, is better than the '^.' construct, and certainly better than C++'s '.' and '-' constructs. I guess the only down-side to using '.' is that it is used to denote fields in records, thus making its use inconsistent. This "implicit referencing" isnt just for objects, you can use it for record structures as well. TRecordA = record value : integer; end; TRecordB = record recordA : ^TRecordA; end; recordB.recordA.value := 123; However, IMHO, OO programming ought not to use records anyway. Why not? Should something simple like TPoint be an object? Objects can also be a nuicense when you just want to hold and pass around simple data. I still use records or the old BP7 object model sometimes for simple data types. i.e. TMyPoint = object public x, y : double; function length : double; ... end; You can define arrays of them, pass them around by value, you dont have to dynamically create and destroy them etc etc. -- - 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]: calling a VB dll from delphi
I suspect that you may have to cast the string path parameter to a PChar where you call it inside Delphi. Hope this helps Xander - Original Message - From: [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Wednesday, December 08, 1999 4:01 PM Subject: [DUG]: calling a VB dll from delphi hi all I am trying to call a Dll from delphi, the dll comes up fine but the path name parameter returns with " cant open file " this is a description of the VB call which works fine but it would be tidier to call direct from delphi Private Declare Function ExportQbwData lib "qbint32"(By Val dataPath As String)As Long any help or sugestions greatly appreciated thanks Ian Ian Fear 1427 Te Kopia rd RD 1 Rotorua New Zealand Phone 64 7 333 1548 Fax 64 7 333 2548 mob 025 742 772 [EMAIL PROTECTED] GMT +1200 http://mysite.xtra.co.nz/~IJFear/ -- - 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]: A problem in delphi sending file in mapimessage
Not sure what you're exact problem is but if you do a search
for the TEMail component set on the Delphi Super Page orTorry's page (www.torry.ru) you could have a look at the source
code (included). I've used these components with MAPIquite successfully to
send file attachements
Xander
- Original Message -
From:
ali sarraf
To: Multiple recipients of list delphi
Sent: Wednesday, October 13, 1999 7:06
PM
Subject: [DUG]: A problem in delphi
sending file in mapimessage
To: new zeland delphi team
From: Ghazale khojaste and
Aida khakshoor
Subject: A problem in delphi sending file in mapimessage.
We are computer student and in our last project (that is delphi
programming in LAN) we have a great problem.
and that is : we can not send an attached file with mapimessage.
in the program by this
address :
Delphi4\objrepos\logoapp\logomain.pas
and by this source:
procedure TLogoAppForm.FileSend1Execute(Sender: TObject);
var
MapiMessage: TMapiMessage;
MError: Cardinal;
MapiFileDesc : array[0..1] of TMapiFileDesc;
begin
MapiFileDesc[0].ulReserved := 0;//
MapiFileDesc[0].flFlags := MAPI_OLE_STATIC;
MapiFileDesc[0].nPosition := 0;
MapiFileDesc[0].lpszPathName :=PChar('C:\windows\');
MapiFileDesc[0].lpszFileName
:=PChar('myTextFile');
with MapiMessage do
begin
ulReserved := 0;
lpszSubject := nil;
lpszNoteText := PChar('My typed text ' );
lpszMessageType := nil;
lpszDateReceived := nil;
lpszConversationID := nil;
flFlags := 0;
lpOriginator := nil;
nRecipCount := 0;
lpRecips := nil;
nFileCount := 1;
lpFiles := @MapiFileDesc;
end;
MError := MapiSendMail(0, 0, MapiMessage,
MAPI_DIALOG or MAPI_LOGON_UI or MAPI_NEW_SESSION,
0);
if MError 0 then MessageDlg(' Send error', mtError,
[mbOK], 0);
end;
It whould be quite obliged if send our answer at your
earliest
convenience to the following E-mail
[EMAIL PROTECTED]
We remain
Re: [DUG]: Conditional Compiling
You need to define AR in MainFm as well (you cannot define it in
UserSettingsUn and expect it to be valid in MainFm as well (even if you use
MainFm in UserSettingsUn).
If you want to only do a define once, you can do all your 'defines' in a
seperate unit (say MyDefs.pas) and include that unit at the top of all your
other units {$include MyDefs.pas}.
- Original Message -
From: Mark Howard [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Sent: Friday, September 17, 1999 5:29 PM
Subject: [DUG]: Conditional Compiling
Need some more help please.
I have (for simplicity sake) 2 units UserSettingsUn and MainFm.
In UserSettingsUn I have the following:
unit UserSettingUn;
interface
uses DBTables, DB, Classes, SysUtils, Dialogs, Graphics,
MainFm, DataMod;
{$DEFINE AR}
.
.
etc
In MainFm I have the following:
procedure TMainForm.FormShow(Sender: TObject);
begin
{$IFDEF AR} Showmessage('MainForm before OnStartUp'); {$ENDIF}
end;
.
.
etc
The message doesn't show.
The same message placed in the implementation part of UserSettingsUn
does show.
What am I missing? This is driving me mad!
Thanks
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]: Thin Database Components.
Here are three URLs that I picked up of VCL components that allow ADO access (they are TDataset descendents and therefore all data aware components will work and compatible with most Delphi versions). Now, I have not tried any of them (yet) but would be keen to get feedback from anybody that has or will: http://www.kamiak.com/ http://www.islamov.com/ http://www.lectum.com/ Cheers Xander - Original Message - From: Patrick Dunford To: Multiple recipients of list delphi Sent: Wednesday, September 01, 1999 11:42 PM Subject: RE: [DUG]: Thin Database Components. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tony BlomfieldSent: Wednesday, 1 September 1999 22:57To: Multiple recipients of list delphiSubject: [DUG]: Thin Database Components. 1. For Interbase we have FIB and IBO 2. For Oracle we have ODA ?? Components. Does anybody know of similar components for working with the Database API for SQL Server 7, and Informix? I'm not sure whether you could call Microsoft ADO a thin component, but it does bypass the BDE. Patrick Dunford, Christchurch, NZhttp://patrick.dunford.com/
Re: [DUG]: borland.com gets a face lift.
ADO support will hardly be a reason to upgrade to D5 - there are many 3rd party ADO components available for D4 (proper TDataset descendents supporting all the databound controls) and although we've not tried any of them, there are at least some that are bound to be good. See www.torry.ru Now for the new DHTML and XML stuff, that may be different - we will have to wait and see what is exactly provides... for us this may be the only slight bit of excitement in D5... - Original Message - From: Aaron Scott-Boddendijk [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Tuesday, July 20, 1999 3:24 PM Subject: Re: [DUG]: borland.com gets a face lift. I think the prices will be comparable to D3-D4 - dont quote me on that tho :) If that is the case then we definitely will not be upgrading... I've had a hard enough time explaining and demonstrating tot he powers that be that D4 improved development that significantly. Although it has done so without a doubt it needs returns in short time spans. So anyone wanting the ADO controls, go and upgrade to the enterprise edition. NOT IMPRESSED Nope. Its an upsell for Pro - you get it as an add-on for pro if you want it. You dont _have_ to buy Enterprise if you only want pro + ADO. Is ADO suitably fast? Is it a viable alternative to the BDE and SQL links - is the D5 ADO support Native code avoiding the BDE installation hassles. -- 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 --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: Integrating a Delphi App with a Web server
I agree with Jeremy's first idea of exposing the important parts of your application as COM objects. Delphi allows you to do this very easily. You may only want one instance of you application to run (depending on load, etc), but have many clients log in to look at various statuses/indicators on this one instance. You can do this by adding COM objects that all point at the same internal main Application object. This way, each customer logging in, creates a light-weight COM object that provides access to the single underlying Main App Object(s). You existing application thereby becomes a COM server, serving up COM objects for each client logging in where the COM objects only serve as light-weight wrappers around your existing application. Once you've done this, it will be very easy to use ASP scripting to instantiate such objects and generate HTML output from them. If you don't want to use ASP you can also use a lightweight ISAPI dll to give access to these COM objects. Be careful with the ASP though, as it should only really be used as "glue code" betw the COM objects. If possible, try and make it a stateless system (it will be easier), but if you need to have state maintained between subsequent lient calls, you can use WebBrokerPlus from www.cgiexpert.com or even using the Session object provided by ASP. Also, once you want users to start making changes to your system you will have to start thinking about threading issues - but that is possibly a step further. Hope this helps Xander - Original Message - From: Jeremy Coulter [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Tuesday, July 06, 1999 6:22 PM Subject: RE: [DUG]: Integrating a Delphi App with a Web server The first thought I have is a singe or series of COM/ACTIVE-X objects that read values (from a DB or a file). The other thought would be to give the application the ability to run as a type of "SERVER" on a a specific port and having an active x control (prob. a dll) sending data requests to the "SERVER" and being able to receive from it too, and put the data into an HTML page. The other way you could do this, is to use active x exe's that have a form and the form is visible in the HTML page. This exe does the sending and receiveing of data from the "SERVER" and say you are wanting to plot some data, you can see the chart in the HTML page, on the form..if you know what i mean. Hope this is some help. Jeremy Coulter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Faid Sent: Tuesday, July 06, 1999 5:24 PM To: Multiple recipients of list delphi Subject: [DUG]: Integrating a Delphi App with a Web server I am looking at adding some web functionality to a Delphi application, so the application can be 'used' via an intranet, and am wondering where to start. The application is used for monitoring hardware and what we want to do is allow an operator to navigate around the application and view data via an intranet. They would not be able to change anything via the intranet, but the person sitting in front of the real application would still use it normally. The application includes about 300 units and 80 forms. The forms consist of a few tables, but mostly controls laid out to look like elements of the hardware, with real-time data values scattered around. So my first 'naively optimistic' question is... - Are there any silver bullets out there for integrating an existing Delphi app with a Web server? And question two ... - Where should I be looking next? Thanks in advance Paul Faid Software Engineer, Swichtec Power Systems Limited http://www.swichtec.co.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 --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz
Re: [DUG]: WebBrowser Component
It definitely works fine for both IE4 and IE5 and Win95 and Win98 ... I
haven't tried it in an MDI window though.
Xander
-Original Message-
From: Dennis Chuah [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Date: Wednesday, May 05, 1999 12:24 PM
Subject: RE: [DUG]: WebBrowser Component
Xander,
I tried this but it always seems to return true (for keyboard messages) in
IsDialogMessage, but does not shift the focus on the TAB key press. I am
doing this in D3 using IE4. It could be that the IE4 control is in an MDI
child window - I will try using a non MDI window and a bit more
experimentation.
Dennis.
Dave, the following code snippet should do what you want:
//
--
..
var
Form1: TForm1;
FOleInPlaceActiveObject: IOleInPlaceActiveObject;
SaveMessageHandler: TMessageEvent;
...
implementation
...
procedure TForm1.FormActivate(Sender: TObject);
begin
SaveMessageHandler := Application.OnMessage;
Application.OnMessage := MyMessageHandler;
end;
procedure TForm1.FormDeactivate(Sender: TObject);
begin
Application.OnMessage := SaveMessageHandler;
end;
procedure TForm1.FormClose(Sender: TObject; var Action: TCloseAction);
begin
Application.OnMessage := SaveMessageHandler;
FOleInPlaceActiveObject := nil;
end;
procedure TForm1.MyMessageHandler(var Msg: TMsg; var Handled: Boolean);
var
iOIPAO: IOleInPlaceActiveObject;
Dispatch: IDispatch;
begin
{ exit if we don't get back a webbrowser object }
if WebBrowser = nil then
begin
Handled := False;
Exit;
end;
Handled:=(IsDialogMessage(WebBrowser.Handle, Msg) = True);
if (Handled) and (not WebBrowser.Busy) then
begin
if FOleInPlaceActiveObject = nil then
begin
Dispatch := WebBrowser.Application;
if Dispatch nil then
begin
Dispatch.QueryInterface(IOleInPlaceActiveObject, iOIPAO);
if iOIPAO nil then
FOleInPlaceActiveObject := iOIPAO;
end;
end;
if FOleInPlaceActiveObject nil then
if ((Msg.message = WM_KEYDOWN) or (Msg.message = WM_KEYUP)) and
(Msg.wParam in [VK_BACK, VK_LEFT, VK_RIGHT]) then
//nothing - do not pass on Backspace, Left or Right arrows
else
FOleInPlaceActiveObject.TranslateAccelerator(Msg);
end;
end;
// need the initialization/finalization to make Cut and Copy work
initialization
OleInitialize(nil);
finalization
OleUninitialize;
end.
//
--
Hope this helps
Xander van der Merwe
-Original Message-
From: Dave O'Brien [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Date: Thursday, April 29, 1999 10:44 AM
Subject: [DUG]: WebBrowser Component
I know a few people have asked about this component before, how do I get
the TAB key to move between fields in a form in the WebBrowser activex
component. I've got everything else working fine, and I am trapping the
TAB keypress in the main form, but what do I do with it? I have looked
through the type library but cannot find any method of moving the focus.
This component has taken a lot of my time over the last six months, and
we are almost ready to launch but for this one problem.
Any help greatly appreciated.
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
---
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
Re: [DUG]: VCL COM Subsytem Thread Safety.
I've just recently read somewhere reliable that the COM/ActiveX VCL library in Delphi 4 is now thread safe - obviously implying that it was not the case under Delphi 3. I can't unfortunately remember the source though :-( Xander van der Merwe -Original Message- From: Myles Penlington [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Date: Monday, May 03, 1999 9:04 AM Subject: [DUG]: VCL COM Subsytem Thread Safety. Does anybody know if the VCL COM Subsystem is thread safe?? OR if the Delphi Exception handling is threadsafe (or not)? Why ask? If I create COM controls marked as "Both" or even "Free" will the standard VCL COM stuff handle the multiple threads? FYI: I found that to have IIS/ASP work with a OLE/COM Object and store the object reference in the ASP application object, that I had to aggregate the COM Free Threaded Marshaler object. Regards Myles Penlington Software Engineer ADVANCED MANAGEMENT SYSTEMS --- 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
