-
-
Notifications
You must be signed in to change notification settings - Fork 312
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
file_drop_handler
prevent default behaviour on Windows
#904
Comments
We can edit dragndrop example to return true to test it. |
Default behavior is blocked on Linux as well. |
Hmm looks like wry's doc stick to the truth. We just need to update the doc in tauri configuration. |
file_drop_handler
behaviour on all platformsfile_drop_handler
prevent default behaviour on Windows
@wusyong here is the branch I have setup for windows https://github.com/tauri-apps/wry/tree/drag-drop-webview2. I still can't get files to drop on I am not sure why this happens to be honest, maybe because we override all children of the window or something and that's why I wanted to wait for MicrosoftEdge/WebView2Feedback#2907 but I honestly have no idea. |
Upstream issue: MicrosoftEdge/WebView2Feedback#2658 |
Any news on this? Does WebView2 expose the right APIs as of today and it's just about using them right, or are we just completely stuck still? Can we help in any way? |
So it turns out
file_drop_handler
will block default behaviour on Windows no matter what.But there are some new webview2 API we could use to invoke such behaviour again.
The text was updated successfully, but these errors were encountered: