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
Is there a way to reflect CreateCoreWebView2EnvironmentOptions to webview2? #10
Comments
I'm sorry I may misunderstand... |
The You can target the WinRT wrapper with just the windows crate, and it even gives you safe wrappers, which is nice. However, this crate exists and targets the unsafe COM wrappers with a custom winmd file because you can't use the WinRT wrapper on older versions of Windows. The COM APIs work all the way back to Win7 last time I tested them, but the WinRT APIs only work with Win11 or later releases of Win10 with support for the new runtime. That's also why WRY uses this crate, being able to target the widest range of OS versions is important for Tauri. |
Thank you for your reply and great description. |
@wravery |
I finally had a chance to look at the branch, but it looks like it's been deleted or merged. Were you able to get it working? |
Thank you for creating great crates.
I have some questions.
I want to customize CreateCoreWebView2EnvironmentOptions.
And I implemented feature to create environment like the following.
This is customizing language through CreateCoreWebView2EnvironmentOptions.
And call
environment.CreateCoreWebView2Controller
then get CoreWebView2 and navigate webview2.But My custom language is not reflected.
To resolve this problem, I think webview2 need to call
EnsureCoreWebView2Async(CoreWebView2Environment, CoreWebView2ControllerOptions)
or set environment toCreationProperties
like written in here.Or does
webview2-com
crate reflect environment implecitly?Thank you for reading my issue.
The text was updated successfully, but these errors were encountered: