Dropping a file onto a VW window would not raise it to the top of the display with Window>>raise. Attached is a Win32 call and a Window method #setToForeground which does this. Note: the method cannot raise a window from a background call, only after a drop. Since this is most useful for file drag-n-drop, I believe it belongs in [Windows Goodies]. Unfortunately, I am not clear how this could get added. I know that Cincom maintains the Windows Goodies, but the parcel of the product is not in the public repository (in VW 7.8.1 it is version “7.8 – 1001”, having 86 changes to the previous version “7.9 – 1” in the public repository. For this reason, I use only the parcel). Any takers? Cheers, Christian P.S. of course anybody can add this to their image… _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc WindowGoodiesSetToForeground.st (4K) Download Attachment |
You might want to look at Cincom’s Resolution 99142, which adds something similar for Unix using _NET_ACTIVE_WINDOW. We’ve extended that for Windows too, using the same SetForegroundWindow you did. We also made #map and #raise call the OS method for raising the window after calling the VW primitive for map/raise. Our use case was a plugin we made for Eclipse and Visual Studio IDEs, that allowed them to interact with our VW app. Some of the interactions would open a VW window, and without these changes that window would open hidden behind the IDE. Before each interaction, the plugin calls AllowSetForegroundWindow with VW's processID or -1, which allows the next call to SetForegroundWindow to work, even when the VW app is in the background. I’m not sure I’m allowed to post Res99142 (with or without our extensions), but customers can ask Cincom for it. Personally I’d suggest not merging this with Windows Goodies, but instead making a platform-independent “OSRaiseAndFocusWindow”. Like the old OSTimeZone, this could evolve separately from other bits of OS integration, and gradually add more and better support for other platforms and their versions. Cheers, Steve From: [hidden email] [mailto:[hidden email]] On Behalf Of Christian Haider Dropping a file onto a VW window would not raise it to the top of the display with Window>>raise. Attached is a Win32 call and a Window method #setToForeground which does this. Note: the method cannot raise a window from a background call, only after a drop. Since this is most useful for file drag-n-drop, I believe it belongs in [Windows Goodies]. Unfortunately, I am not clear how this could get added. I know that Cincom maintains the Windows Goodies, but the parcel of the product is not in the public repository (in VW 7.8.1 it is version “7.8 – 1001”, having 86 changes to the previous version “7.9 – 1” in the public repository. For this reason, I use only the parcel). Any takers? Cheers, Christian P.S. of course anybody can add this to their image… _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
In reply to this post by Christian Haider
Personally I’d suggest not merging this with Windows Goodies, but instead making a platform-independent “OSRaiseAndFocusWindow”. Like the old OSTimeZone, this could evolve separately from other bits of OS integration, and gradually add more and better support for other platforms and their versions. Absolutely! That would be the best!!! Von: [hidden email] [mailto:[hidden email]] Im Auftrag von Steven Kelly You might want to look at Cincom’s Resolution 99142, which adds something similar for Unix using _NET_ACTIVE_WINDOW. We’ve extended that for Windows too, using the same SetForegroundWindow you did. We also made #map and #raise call the OS method for raising the window after calling the VW primitive for map/raise. Our use case was a plugin we made for Eclipse and Visual Studio IDEs, that allowed them to interact with our VW app. Some of the interactions would open a VW window, and without these changes that window would open hidden behind the IDE. Before each interaction, the plugin calls AllowSetForegroundWindow with VW's processID or -1, which allows the next call to SetForegroundWindow to work, even when the VW app is in the background. I’m not sure I’m allowed to post Res99142 (with or without our extensions), but customers can ask Cincom for it. Personally I’d suggest not merging this with Windows Goodies, but instead making a platform-independent “OSRaiseAndFocusWindow”. Like the old OSTimeZone, this could evolve separately from other bits of OS integration, and gradually add more and better support for other platforms and their versions. Cheers, Steve From: [hidden email] [hidden email] On Behalf Of Christian Haider Dropping a file onto a VW window would not raise it to the top of the display with Window>>raise. Attached is a Win32 call and a Window method #setToForeground which does this. Note: the method cannot raise a window from a background call, only after a drop. Since this is most useful for file drag-n-drop, I believe it belongs in [Windows Goodies]. Unfortunately, I am not clear how this could get added. I know that Cincom maintains the Windows Goodies, but the parcel of the product is not in the public repository (in VW 7.8.1 it is version “7.8 – 1001”, having 86 changes to the previous version “7.9 – 1” in the public repository. For this reason, I use only the parcel). Any takers? Cheers, Christian P.S. of course anybody can add this to their image… _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
In reply to this post by Christian Haider
Dear Christian,
>Unfortunately, I am not clear how this could get added. > > At ESUG later this month, let's get together and get this added. Looking forward to seeing you there Niall Ross _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
In reply to this post by Steven Kelly
We also added similar extensions to VW, and if I remember it correctly, we also opened a case regarding NET_ACTIVE_WINDOW. So +1 for putting this in a neat package |
Free forum by Nabble | Edit this page |