Rust bindings for the WebView2 COM APIs
The root of this repo defines a virtual workspace in Cargo.toml which includes three crates:
- webview2-com: The main crate, which depends on
webview2-com-macros
andwebview2-com-sys
. - webview2-com-macros: Macros used to build boilerplate implementations of all the
ICoreWebView2...Handler
interfaces declared inWebView2.h
. - webview2-com-sys: Unsafe bindings built with the Windows crate.
- update-bindings: Utility to regenerate the bindings in
webview2-com-sys
from a newwinmd
file.
The Windows crate requires a Windows Metadata (winmd
) file describing the API. The one used in this repo was generated with the webview2-win32md project.
Run all the tests from the root of the repo:
> cargo test
Or run the sample app from anywhere in the repo:
> cargo run --example sample
See the README.md in webview2-com
for more details about using that crate in your own project.
The update-bindings tool automatically downloads and extracts the NuGet package for the SDK and links against the libraries from that package. If you build on a Windows machine, you probably won't need to do anything special to enable this, but if you are building on a Linux or macOS machine, you need to have mono installed and on your $PATH
to execute the nuget.exe
CLI tool.
By default this crate uses the WebView2LoaderStatic.lib
static library and does not need to redistribute WebView2Loader.dll
. However, this doesn't work with the *-pc-windows-gnu
targets instead of *-pc-windows-msvc
(for example, when cross-compiling). For the gnu
targets, it will link against the import lib for WebView2Loader.dll
instead, and you will need to place this DLL next to your executable or in your $PATH
so it can find the DLL at runtime.
You can tell the update-bindings
tool to use a different version by updating WEBVIEW2_VERSION
in main.rs
:
const WEBVIEW2_VERSION: &str = "1.0.2592.51";
It will also regenerate declared_interfaces.rs if they change in a new version. This file is used in webview2-com
, and in particular, the tests in callback.rs and options.rs verify that all of the interfaces listed in declared_interfaces.rs
are implemented.
If a new version of the SDK declared additional callback interfaces, you will need to add those interfaces to callback.rs
using the #[completed_callback]
(for ICoreWebView2...CompletedHandler
interfaces) and #[event_callback]
(for ICoreWebView2...EventHandler
interfaces) macros.
There is a special case for ICoreWebView2EnvironmentOptions4
which replaces that interface declaration with IFixedEnvironmentOptions4
because the windows_bindgen
crate misunderstands the method signature on SetCustomSchemeRegistrations
as having an out-param. Otherwise, when new ICoreWebView2EnvironmentOptions...
interfaces are added, you will need to:
- Add the interface to the
#[implement(...)]
attribute onpub struct CoreWebView2EnvironmentOptions
. - Declare
UnsafeCell<...>
members inCoreWebView2EnvironmentOptions
to hold the field values and initialize the defaults inimpl Default for CoreWebView2EnvironmentOptions
. - Implement accessors in
impl CoreWebView2EnvironmentOptions
to get and set theUnsafeCell<...>
member with appropriate Rust types. - Add a trait
impl ICoreWebView2EnvironmentOptions..._Impl for CoreWebView2EnvironmentOptions_Impl
block to define the COM interface methods (typically in terms of the accessors inimpl CoreWebView2EnvironmentOptions
).
It does not regenerate the winmd
file automatically because that would depend on having the dotnet
CLI installed. New versions of the SDK should be backwards compatible, but you may want to regenerate the Microsoft.Web.WebView2.Win32.winmd
file using webview2-win32md
if you need functionality which was added in a new version. You should then copy the file to ./crates/update-bindings/winmd/Microsoft.Web.WebView2.Win32.winmd
, which is where the update-bindings
tool looks for it.
To run the update-bindings
tool after updating the winmd
file, build and run the tool without any additional arguments from the root of this repo:
> cargo run update-bindings