Hi Colin
Outside chance but I seem to recall placing a button on a form and seeing it at
design time but not
at runtime because of some parenting issue. At design time, it looked like it
was on Panel1, say,
but I found that it was really on the form canvas and was in the background at
runtime.
Thanks Wayne (et al) ,
It wasn't a parenting issue.
It turns out that since I had copied the original project to a new folder
I was actually modifying the code and adding components in the new folder
but still compiling and running that in the original one because that was
where the
Good afternoon,
May I ask how to write Delphi code in Delphi 7 to call C# dot net assembly
code i.e. dll/exe?
TIA
Regards
Leigh
___
NZ Borland Developers Group - Delphi mailing list
Post: delphi@delphi.org.nz
Admin:
There are two methods in your case.
1. Have the C# objects declare itself as a COM object. You then register
them using regasm.
2. http://www.managed-vcl.com/
You are supposed to be able to host a .NET object directly in D2006.
Does not appear to work in D2007. But that will not work in D7.
We currently do this using the Com method, but it is a pain managing
different versions of the dll.
I looked into Unregistered COM but I couldn't get it to work for .Net
assemblies. Do you know if it is possible to use Unregistered COM with
.Net Assemblies from Delphi Win32 (Delphi 6).
I am
Hi
Just trying to make a TComboBox that automatically frees its items.
I have the following code in the destructor
if (fAutomaticallyFreeObjects = True)
and ((csDesigning in ComponentState) = False) then begin
try
for Counter := 0 to Self.Items.Count - 1 do
Robert
Have/can you updatebegin, updateend around the items property?
Randon thought of the top of my head
N
Hi
Just trying to make a TComboBox that automatically frees its items.
I have the following code in the destructor
if (fAutomaticallyFreeObjects = True)
and
Hi
Same error.
Further info. The error is now showing 'Control 'CB' has no parent'
where CB is the name of the combobox. manually freeing the combobox
using a button and a .free works perfectly (all objects are freed and no
erros).
Rob
Neven MacEwan wrote:
Robert
Have/can you
Hi Myles,
Thanks for the information.
Have a nice day
Regards
Leigh
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Myles Penlington
Sent: Wednesday, 15 October 2008 2:51 p.m.
To: NZ Borland Developers Group - Delphi List
Subject: Re: [DUG] Call C# code
The window handle has probably been destroyed at this stage - hence the
error.
I'm not near my dev box - so off the top of my head try over riding the
dispatch method for the OnDestroy method and call your code in there.
HTH
D
On Wed, 15 Oct 2008 16:22:44 +1300, you wrote:
Hi
Just trying
You might want to have a look at Hydra from remobjects.
http://www.remobjects.com/product/?id={B6BD1030-F630-4DA8-9018-73C03265A0EF}
Regards
Sean Cross
CIO
Catalyst Risk Management
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leigh Wanstead
Sent:
Rob asked:
Same error.
Further info. The error is now showing 'Control 'CB' has no parent'
where CB is the name of the combobox. manually freeing the combobox
using a button and a .free works perfectly (all objects are
freed and no
erros).
At a guess, from memory, I think the
Sounds likely. I am calling it BEFORE inherited destroy.
Off home now. hopefully all will fall into place in the morning !
Paul Heinz wrote:
Rob asked:
Same error.
Further info. The error is now showing 'Control 'CB' has no parent'
where CB is the name of the combobox.
Sounds likely. I am calling it BEFORE inherited destroy.
Paul Heinz wrote:
Rob asked:
Same error.
Further info. The error is now showing 'Control 'CB' has no parent'
where CB is the name of the combobox. manually freeing the combobox
using a button and a .free works perfectly
Rob wrote:
Sounds likely. I am calling it BEFORE inherited destroy.
Off home now. hopefully all will fall into place in the morning !
I just noticed you said it happens when you use the .Items property. So
David Moorhouse is bang on (and succinct too!)
The TStrings Wrapper is trying to
Paul
Thats why I though a Items.BeginUpdate would suppress events on the strings
Usually as someon else posted, if this is a problem they may have a
preceding event
Neven
Rob wrote:
Sounds likely. I am calling it BEFORE inherited destroy.
Off home now. hopefully all will fall into
Neven wrote:
Thats why I though a Items.BeginUpdate would suppress events
on the strings
Usually as someon else posted, if this is a problem they may have a
preceding event
Yeah. I saw that. I haven't checked the VCL source but I suspect even
calling BeginUpdate will likely still involve
17 matches
Mail list logo