home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
MediaPortal 1 Plugins
Popular Plugins
My Films
AMC Updater v0.7.3 Now Available!
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="jamieo" data-source="post: 301187" data-attributes="member: 53052"><p>Hi, regarding the cross thread stuff, window messaging doesn't care about any of that - it how windows works, whether those windows are in the same thread, app or OS. For instance, I could make a small app that activates the windows in your app so I'm sure your app should be able to do the same with it's own windows. This can be done with any programming language with basic access to the WinAPI, even by something like the AutoHotkey script language.</p><p></p><p>.Net should have it's own wrapper around SetWindowPos but at the very least you can use <a href="http://www.pinvoke.net/default.aspx/user32/SetWindowPos.html" target="_blank">PInvoke</a> to invoke the WinAPI directly - I believe one of the properties of a .Net window is it's window handle for use with the WinAPI, if not then you would have to get this by searching for the window title or similar. </p><p></p><p>All this is independent of thread etc. so it shouldn't matter. However, it's not a big issue - I just know that it is possible to implement as the core WinAPI functionality provides for it.</p><p></p><p>Btw, for proper cross threaded gui stuff you should look into delegates and control.invoke etc. However, while it would solve this problem there is a steep leaning curve and, as I said before, it's overkill when simple window messaging is all that's required.</p><p></p><p>Anyway, any chance of an updated exe? It's annoying to have to keep deleting those extra covers!</p><p></p><p>Jamie</p></blockquote><p></p>
[QUOTE="jamieo, post: 301187, member: 53052"] Hi, regarding the cross thread stuff, window messaging doesn't care about any of that - it how windows works, whether those windows are in the same thread, app or OS. For instance, I could make a small app that activates the windows in your app so I'm sure your app should be able to do the same with it's own windows. This can be done with any programming language with basic access to the WinAPI, even by something like the AutoHotkey script language. .Net should have it's own wrapper around SetWindowPos but at the very least you can use [URL="http://www.pinvoke.net/default.aspx/user32/SetWindowPos.html"]PInvoke[/URL] to invoke the WinAPI directly - I believe one of the properties of a .Net window is it's window handle for use with the WinAPI, if not then you would have to get this by searching for the window title or similar. All this is independent of thread etc. so it shouldn't matter. However, it's not a big issue - I just know that it is possible to implement as the core WinAPI functionality provides for it. Btw, for proper cross threaded gui stuff you should look into delegates and control.invoke etc. However, while it would solve this problem there is a steep leaning curve and, as I said before, it's overkill when simple window messaging is all that's required. Anyway, any chance of an updated exe? It's annoying to have to keep deleting those extra covers! Jamie [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
Popular Plugins
My Films
AMC Updater v0.7.3 Now Available!
Contact us
RSS
Top
Bottom