-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Support for Flutter Desktop #460
Comments
I would love this too, is it possible? |
I dont even know where to begin, what language would you use on Linux? |
For macOS, it should be easy, as |
Hey guys whats the progress here with desktop targets? Where can I follow the progress, if there isnt much work left to do I want to hire someone to finish the job. |
I need it too :) |
To follow Flutter PlatformView API availability for Desktop, see:
The only thing I can do now, probably, is to implement only the |
please implement this, that would be great |
I think that MacOS will be the first platform to be supported because it should be the easiest one, using the same code of iOS |
It'd be great to support macos & windows. |
Here is an update: Starting from plugin version For example, events such as Also, consider to support this project making a donation: https://inappwebview.dev/donate/ |
I look forward for some news too ... (good job by the way) |
This plugin is absolutely amazing! |
While researching about WebView and desktop platforms in Flutter I found a package which makes a WebView available for windows. |
The desktop_webview plugin supports all 3 desktop platforms. Can that effort help inapp_webview? It would be fine for inapp_webview to initially offer limited support only and open a separate window on desktop platforms. But it would be great if Flutter applications would only need one API, not two (inapp_webview on mobile and desktop_webview_window on desktop). One of the biggest pluses of Flutter is that it allows a single code base that works everywhere and offers good performance and good native bindings. I'd rather use a desktop capable inapp_webview, as that produces support for SFSafariViewController on iOS. desktop_webview only does WKWebview, which is a bit of a second class citizen in the kingdom of Apple. uche WebRTC uche. |
Hello Is there any news about a plugin update with Linux platform support? I can't find any webview plugins that work on Linux. I had read that from version 5.4.0 some actions would be initiated that would lead to a start of support towards the desktop. Do you know anything about it? A roadmap of when it will also be supported by Linux? Around I find plugins that work for Windows, for macOS, for the web, except for Linux, which the only one is dekstop_webview_window but it's not good because it opens in a new window and I need it integrated into the app. Thanks |
Yeah, I think so. This will take flutter to the next level. |
@pichillilorenzo recently I found the |
@CaptainDario I'm currently working on the macOS implementation (without platform views but using a separate Window such as the plugin you mentioned). |
I guess you mean this package that opens a separate window. |
Ah wow, I didn't notice it. Also, just checked platform view support for macOS and it seems it is already available in a certain way. I will try it |
Windows also already has some progress on the platform view problem. |
Version Unfortunately, I tried the current platform view implementation for MacOS but it still not working, so we need to wait for the Flutter team to fix it. The current MacOS WebView implementations are the |
* pichillilorenzo-master: (162 commits) added APPLINK_BLOCK to NavigationActionPolicy windows: removed not wanted debug log in in_app_webview.cpp initial windows implementation pichillilorenzo#460 added InAppWebViewControllerKeepAliveProps constructor parameters default value fix pichillilorenzo#1981 windows: added openDevTools, callDevToolsProtocolMethod, addDevToolsProtocolEventListener and removeDevToolsProtocolEventListener methods, added some more inappwebview and inappbrowser basic settings windows: completed CookieManager implementation, added WebViewEnvironment getAvailableVersion and compareBrowserVersions methods windows: updated webview environment docs, updated cookie manager to support webview environment windows: added WebViewEnvironment support for headlessinappwebview and inappbrowser windows: fixed some c++ include windows: fixed dealloc webviews logic, implemented takeScreenshot, added WebViewEnvironment and WebViewEnvironmentSettings classes windows: added headless inappwebview initial implementation windows: fixed javascript evaluation, added callAsyncJavaScript implementation, call DestroyWindow(parentWindow) on InAppWebView dealloc windows: fixed custom platform view context menu and window position windows: added content world support for user scripts and javascript evaluation windows: updated webview and browser creation params, added support for openWithSystemBrowser windows: completed initial javascript handler communication and user scripts support, added support for loadFile and loadData windows: implemented some other methods and events, initial implementation work for UserScripts and JavaScript handlers windows: added c++ nlohmann.json dependency, added getCopyBackForwardList implementation windows: added inappwebview widget support, added some other methods ...
Any further update on Windows? Anything I can help with? |
Any update on this? |
Any updates? |
Any updates about Windows support? |
Please avoid comments asking for updates. We know that if there is no response, it means there is no new information. Instead, let's focus on how we can help meet current needs. |
This reverts commit 981c035.
With the next version 6.1.0 I'm going to release the initial Windows implementation. |
Macos now has webview support with flutter 3.24 iirc. Will this be included too? |
Released new version 6.1.0 with Windows initial support and MacOS InAppWebView support |
I will try to update the plugin website docs for Windows as soon as possible. |
Updated plugin docs:
|
This is awesome! |
@CaptainDario Probably, for Linux platform, I would wait for the next major release. |
I see. Thank you for the confirmation that this is still planned! |
@pichillilorenzo, on my device it required running |
@pichillilorenzo is there any way to customize the scroll behavior of the inapp webview when using on Windows? The scroll, by default, is scrolling large chunks of the page, i want more smoother like browser Edit: Created issue #2364 |
Here is an update about Windows: Unfortunately, the current Microsoft WebView2 doesn't have an API to really have a correct offscreen rendering inside a Flutter texture. This is causing issues such as Also, GPU usage is impacted (#2387). Until WebView2 has that API, I think there isn't much else to do about it (MicrosoftEdge/WebView2Feedback#20, MicrosoftEdge/WebView2Feedback#547). Probably, for Windows, another possibility would be to support another implementation using the CEF Framework instead of WebView2, as it has an offscreen rendering API. |
Environment
Flutter version: newest
Plugin version: newest
Android version: -
iOS version: -
Xcode version: -
Device information: Windows / Linux / MacOS Desktop
Description
What you'd like to happen: I would like to have this to be compatible with the Flutter Desktop version. Most important for me would be the Flutter Desktop for Windows.
The text was updated successfully, but these errors were encountered: