I have created a winforms application, and applied drag and drop functionality, this functionality works in WinXP or Win7 from the run-as-admin app Works very well in
Problems are created when dragging non-admin applications into Win7 in my program, it does not work right now.
I understand this because the os is filtering messages I found a solution for this: But it does not seem to work.
Here is an alternative code:
[DllImport ("user32.dll", SetLastError = true)] Change the static at windowMessageFilter (UIT message, UIT dwFlag); Private Contact UIT WM_DROPFILES = 0x233; Private Contact UIT WM_COPYDATA = 0x004A; Private cast unit WM_COPYGLOBALDATA = 0x0049; Private Contact UIT MSGFLT_ADD = 1; ChangeWindowMessageFilter (WM_DROPFILES, MSGFLT_ADD); ChangeWindowMessageFilter (WM_COPYDATA, MSGFLT_ADD); ChangeWindowMessageFilter (WM_COPYGLOBALDATA, MSGFLT_ADD); How do it work?
Yes, it is battling UAPI, which is an aspect of the UAI which is the resources of an elevated one Hijacking prevents unchanged programs. And yes, ChangeWindowMessageFilter () allows you to bypass this restriction for Windows messages.
However, OLE does not use drag-and-drop windows messages, it uses callback, for documents, review the documents for RegisterDragDrop (). This microSystemi tells you that you have been spoiled although it opens the door to the CWMF. Although how to get the WM_DROPFILES message, though I am not completely ambiguous there was no direct impact in using drag-a-likfile () in a sample Windows forms application.
Comments
Post a Comment