[DUG]: TEdit Selection
Im trying to write some simple IntelliSense like functionality into my TEdit control. However, im having a little trouble fine-tuning the TEdit text selection. How do I select a block of text and then place the text cursor at the beginning without effecting the current selection? The code below doesnt work, edtName.SelStart := i; edtName.SelLength := length (edtName.text) - i; edtName.SelStart := i; Cheers, Wilfred. 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/
RE: [DUG]: A TADOCommand question
Catch the exception that it raises when there is an error. Regards, Dennis. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Sunday, 22 July 2001 02:22 To: Multiple recipients of list delphi Subject: [DUG]: A TADOCommand question well im trying to run a quick update on a TADOCommand, but in case there is an error i want to retrieve the error message (i.e. Violation of PrimaryKey et al), much like the OnReconcileError of the clientdataset is it possible to do it with a tadocommand? i dont want to use a table because i only need to update say 1 in 6, tia moises __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.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 Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.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/
[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/
Re: [DUG]: TEdit Selection
Wilfred I have a little code implementing the inbuilt windows autocomplete feature. If its of any interest let me know and I'll send it to you. Paul Lowman Lowman Consulting Ltd. Embedded Systems Software [EMAIL PROTECTED] --- 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]: TEdit Selection
Does that offer extend to other interested parties? (Kin'I'va look too?) Luke Pascoe Delphi Programmer enSynergy Consulting LTD [EMAIL PROTECTED] +64-9-3551593 fax +64-9-3551590 Level 4, 10-12 Federal St, Auckland, New Zealand PO Box 32521, Devonport, Auckland 1330, New Zealand == I.H.T.F.P. == -Original Message- From: Paul Lowman [mailto:[EMAIL PROTECTED]] Sent: Monday, 23 July 2001 12:21 p.m. To: Multiple recipients of list delphi Subject: Re: [DUG]: TEdit Selection Wilfred I have a little code implementing the inbuilt windows autocomplete feature. If its of any interest let me know and I'll send it to you. Paul Lowman Lowman Consulting Ltd. Embedded Systems Software [EMAIL PROTECTED] -- - 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/ --- 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
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/
[DUG]: Default Exception Handler
Since Delphi 5 I am finding that my applications no longer display the default exception message dialog when an unhandled exception occurs in the application. It seems I have to write an exception handler for Application.OnException, or did I miss something?
RE: [DUG]: A TADOCommand question
yeap, i tried, but i couldnt get that message to a string variable anyways, apparently the errors are stored in the adoconnection component, try adoCommand1.execute; except ShowMessage(adoConnection1.Errors.Item[0].Description); end; so, that traps the message thnks moises lopez __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.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 Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
Re: [DUG]: Default Exception Handler
Patrick There are two known problems with "disappearing" unhandled exceptions in D5. One is fixed in an update - but one is not. They both have to do with including AppEvents in your uses clause of the unit raising the exception. If this isn't enough information write back and I'll see if i can find a reference. -ns - Original Message - From: Patrick Dunford To: Multiple recipients of list delphi Sent: Monday, July 23, 2001 7:53 AM Subject: [DUG]: Default Exception Handler Since Delphi 5 I am finding that my applications no longer display the default exception message dialog when an unhandled exception occurs in the application. It seems I have to write an exception handler for Application.OnException, or did I miss something?
RE: [DUG]: Default Exception Handler
I have found that if you have AppEvents in the uses clause but don't have any TApplicationEvents component anywhere, your exceptions miraculously disappear. Removing the AppEvents from the uses clause usually fixes this... I also had one app which didn't get fixed by this... I searched hi and low and didn't find any AppEvents in the uses clause... in the end I just dropped a TApplicationEvents on the main form (didn't use it) and everything was back to normal (exceptions showing up everywhere ;-) ) Regards Colin -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrick DunfordSent: Monday, 23 July 2001 12:54 pmTo: Multiple recipients of list delphiSubject: [DUG]: Default Exception Handler Since Delphi 5 I am finding that my applications no longer display the default exception message dialog when an unhandled exception occurs in the application. It seems I have to write an exception handler for Application.OnException, or did I miss something? 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.
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]: A TADOCommand question
Moises Be careful because in my experiance the errors ADO returns are very dependant on ADO Version and provider type you may get a lot of errors occurred messages Regards Neven - Original Message - From: Moises Lopez [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Monday, 23 July 2001 12:55 Subject: RE: [DUG]: A TADOCommand question yeap, i tried, but i couldnt get that message to a string variable anyways, apparently the errors are stored in the adoconnection component, try adoCommand1.execute; except ShowMessage(adoConnection1.Errors.Item[0].Description); end; so, that traps the message thnks moises lopez __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.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 Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.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/
[DUG]: Property Editor for an object
Hi, All, I think it's a easy question... In object inspector, we can expand properties like 'Font', 'Constraints' etc, and set property for these objects. How can I let Delphi to expand my own object property like them? At moment, a customised object property comes up a dropdown box with no options to select. Thanks, Edward --- 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/