Reply to thread

Message

<blockquote data-quote="Sven" data-source="post: 189507" data-attributes="member: 29100">Hi,I'm currently experimenting with plugin development. In doing so, I noticed I'm missing a way to have my callback function called by the message processing thread.Recent svn builds already have GUIWindowManager.SendThreadCallbackAndWait() but in my case the function should not wait. So I added the following method:[code]static public int SendThreadCallback(Callback callback, int param1, int param2, object data, bool wait)[/code]For backward compatibility, I left the old function and modified it to call the new method with wait set to true.The updated file is attached. It's based on an up-to-date svn-version of GUIWindowManager.cs.I hope this patch will be accepted since it offers more possibilities to plugin developers (in my case, I use this patch to open a dialog from a process plugin - otherwise the remote is blocked until the dialog is dismissed).Since it's a minor change and the behaviour of existing code is not changed, it could maybe (in my opinion) be merged even before 0.2.3.0 release. This way one won't have to wait for the 0.2.4.0 (or whatever) release.Any comments are welcome,Sven</blockquote>

[QUOTE="Sven, post: 189507, member: 29100"] Hi, I'm currently experimenting with plugin development. In doing so, I noticed I'm missing a way to have my callback function called by the message processing thread. Recent svn builds already have GUIWindowManager.SendThreadCallbackAndWait() but in my case the function should not wait. So I added the following method: [code]static public int SendThreadCallback(Callback callback, int param1, int param2, object data, bool wait)[/code] For backward compatibility, I left the old function and modified it to call the new method with [I]wait[/I] set to true. The updated file is attached. It's based on an up-to-date svn-version of GUIWindowManager.cs. I hope this patch will be accepted since it offers more possibilities to plugin developers (in my case, I use this patch to open a dialog from a process plugin - otherwise the remote is blocked until the dialog is dismissed). Since it's a minor change and the behaviour of existing code is not changed, it could maybe (in my opinion) be merged even before 0.2.3.0 release. This way one won't have to wait for the 0.2.4.0 (or whatever) release. Any comments are welcome, Sven [/QUOTE]

Verification