尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证A Flutter plugin that allows you to add an inline webview, to use a headless webview, and to open an in-app browser window.
翻译准备中
取自仓库 README
正在加载完整 README。
查看完整 README ↗A Flutter plugin that allows you to add an inline WebView, use an headless WebView, and open an in-app browser window.
This is a community-driven fork of flutter_inappwebview focused on active maintenance, stability, and modern platform support.
Thanks to ZikZak AI for sponsoring this project!
ZikZak AI is an AI-Powered Price Comparison app that you scan barcodes, and discover amazing savings instantly. Your personal shopping assistant that never sleeps.
Documentation | Pub.dev | API Reference | Changelog
Add zikzak_inappwebview to your pubspec.yaml:
dependencies:
zikzak_inappwebview: ^6.3.2
| Platform | Minimum Version | Notes |
|---|---|---|
| Flutter | 3.10.0+ | |
| Android | API 24+ | Android 7.0+ |
| iOS | 15.0+ | |
| macOS | 12.0+ | |
| Windows | 10+ | Requires WebView2 Runtime |
| Linux | Requires WebKitGTK 2.40+ | |
| Web | Any |
On the Flutter 3.47.x stable line, iOS platform views — including InAppWebView — can make the Flutter content painted after them vanish from the frame ("rendering layer confusion"): an AppBar turns invisible, a modal bottom sheet's footer and the list items below a WebView card are not drawn. Upgrading from 3.44.x to 3.47.2 triggers it; the same app renders correctly on 3.44.x. It reproduces with Impeller disabled, so it is not an Impeller rasterizer bug.
This is an engine regression in Flutter's texture-layer hybrid composition (TLHC) overlay path, tracked upstream in flutter/flutter#193363 (triaged engine / platform-views, c: regression). It is not a plugin code defect: the on-device mitigation matrix in .specify/bugs/flutter347-platformview-rendering/fix.md (§ Mitigation matrix) leaves the artifact unchanged for every candidate tested.
The symptom, the evidence and the workarounds are documented once, in the package README's Known Issues section — that copy is canonical, so read and edit it there.
Check out the online documentation for comprehensive guides and examples.
import 'package:zikzak_inappwebview/zikzak_inappwebview.dart';
// ... inside your widget tree
InAppWebView(
initialUrlRequest: URLRequest(url: WebUri("https://flutter.dev")),
onWebViewCreated: (controller) {
// Controller is ready!
},
)
Simply replace the import:
// Before
import 'package:flutter_inappwebview/flutter_inappwebview.dart';
// After
import 'package:zikzak_inappwebview/zikzak_inappwebview.dart';
The API is nearly identical. Version 4.x.x corresponds to upstream 6.x.x. This fork has resolved all 156+ upstream issues and added critical fixes for SPM migration, Web platform support, Windows WebView2, and OEM device compatibility.
Note — JavaScript bridge global. The injected JavaScript bridge global is
window.zikzak_inappwebview(notwindow.flutter_inappwebview). After migrating, call handlers viawindow.zikzak_inappwebview.callHandler(...). TheflutterInAppWebViewPlatformReadyevent name is unchanged.
Contributions are welcome! If you find a bug or have a feature request, please open an issue.
This project is licensed under the Apache License 2.0 - see the LICENSE file for details.