Databinding property of object in other thread

You would have to modify your renderer to take an implementation of

ISynchronizeInv oke. Then, you can call the Invoke implementation on that
interface. The Control class implements that interface.

If you don't have the interface implementation, you can set the
property directly. Otherwise, you create the delegate and pass it to the
Invoke method on ISynchronizeInv oke.

Thanks for your answer. If I understand you correctly there is no simple and
clear way of using databinding between threads then?
...but.. passing the form, as an ISynchronizeInv oke, is not that big a deal
after all. The renderer receives things such as handle to render window in
the constructor.
I will try your suggestion and see if it makes sence to connect the
renderers properties that strongly to the form.

Hi Jason,
Why not have the threaded object raise a custom event with the info as
the payload.
regards
Bob
On Thu, 1 Nov 2007 20:35:45 +0100, "Jason Wolf" <a@b.dewrote:

>I have an object which runs in a sperate thread, from the main thread, and
while running it updates a public property.
In my main form I defined databinding on the property and I would like to
see this databinding update my form property to reflect the value of the
other components property, but it does not happen.

My binding is Databinding.Add ("Text",renderE ngine,"Framerat e");
When the property is initially set, to minus one, the text property is
updated to reflect this, but later changes do not show.
I tried setting a timer, on the main form, to call my binding with
WriteValue() , but that does nothing to better the situation.
If I, in the timer event, just say Text=renderEngi ne.Framerate.To String()
then it works fine, but then I loose the nicity of databinding.

What might be the solution to this problem?

You would have to modify your renderer to take an implementation of

ISynchronizeInv oke. Then, you can call the Invoke implementation on that
interface. The Control class implements that interface.

I tried your suggestion, as I understand it, and It still doesnt quite do
what I want.

The constructor is now
public GfxEngine(IntPt r windowHandle, ISynchronizeInv oke mainThreadInvok er)
: this(windowHand le)
{
this.mainThread Invoker = mainThreadInvok er;
}

So I keep the ISynchroniceInv oker for later use. I pass the main form in the
constructor.

In my property I have

delegate void setFramerateCal lback(int framerate);
public int Framerate
{
get
{
return framerate;
}
private set
{
if (mainThreadInvo ker.InvokeRequi red)
{
setFramerateCal lback sfc = new
setFramerateCal lback(setFramer ate);
mainThreadInvok er.Invoke(sfc, new object[] { value });
}
else
framerate = value;
}
}

private void setFramerate(in t rate)
{
Framerate = rate;
}
The databinding in the main form is simply
DataBindings.Ad d("Text", gfxEngine, "Framerate" );
And it initializes Text to -1 which is the initial framerate of the
renderer.

When I, from my render thread, call the private set for framerate, the
mainThradInvoke r.InvokeRequire d is true and the delegate is created (it is
done locally for clarity right now) and it is called and sets the property,
without further invocations.

Any hints as to what I am doing wrong here? Why does it not work?
Secondly, can I not skip the extra setFramerate method and someho use a
property directly as a method in the delegate?

Why not have the threaded object raise a custom event with the info as

the payload.

That was my first verion actually. OnFramerateUpda ted which the form
subscribed to. I thought it was nicer to just set up databinding one place
and have it worl automatically under the hood. I still think that is
prettiest, but it seems that it makes the calling end somewhat more messy so
perhaps I will return to the event idea