Flutter: Inline-Android- und iOS-WebView

Fügen Sie hierfür einen Beispielanwendungsfall hinzu:

Ich habe eine hybride Android-Anwendung, bei der ein Teil des Renderings von einem WebView verarbeitet wird, aber Steuerelemente für Dinge wie die Navigation werden von nativen UI-Widgets verarbeitet. Ich würde gerne eine Version auf Flutter portieren, die Voraussetzungen dafür sind spontan:

• Eine Möglichkeit zum Hinzufügen einer WebView zur gerenderten Struktur, sodass sie neben nativen Widgets für Dinge wie Navigationsschaltflächen verwendet werden kann.
• Eine Möglichkeit, die Interaktion mit JS in der WebView zu ermöglichen (etwa wie diese ).
• Eine Möglichkeit, HTTP-Anforderungen von WebView abzufangen.

Der letzte Punkt hier ermöglicht es uns, den Inhalt von PDF-Dateien zum WebView zu streamen. Die aktuelle Android-Implementierung fängt HTTP-Anfragen vom WebView ab und streamt den Inhalt der angeforderten PDF-Datei zurück. Die Implementierung kann gesehen werden hier .

Ich bin neu bei Flutter, daher habe ich möglicherweise einige Terminologien falsch verstanden. Lassen Sie es mich wissen, wenn Sie eine Klärung benötigen.

Wir bewegen uns derzeit in Richtung eines Ansatzes, um die Verwendung nativer Ansichten in Verbindung mit FlutterView zu vereinfachen:
https://docs.google.com/document/d/1DOfwpL6VojCAG_zjjcA_z5ekF7rTIohV8dWn2o7_IME/edit

Ich denke, hier geht es eher darum, eine WebView in einen Flutter-Widget-Baum einzufügen. Wie Sie in Ihrem ursprünglichen Kommentar sagen, benötigen wir etwas Ähnliches zum Einbetten von Videos oder Karten, die von einer Drittanbieter-Bibliothek bereitgestellt werden, die nicht von Flutter stammt.

Irgendwelche Updates zur Integration einer Webansicht mit Flattern?

Sieht so aus, als hätte jemand ein Plugin gestartet, um Vollbild-Webansichten durchzuführen: https://github.com/dart-flitter/flutter_webview_plugin

Ich denke, die Aktivitätsuntergruppe ist ein guter Anfang. Es würde eine ganze Reihe von App-Typen freischalten, für die ein Oauth-Token von einem Web-Login benötigt würde.

FWIW: hier ist die PR für die iOS-Version des Webview-Plugins: https://github.com/dart-flitter/flutter_webview_plugin/pull/3

Dank @toufikzitouni haben wir jetzt das Webview-Plugin auf IOS 👍 https://pub.dartlang.org/packages/flutter_webview_plugin

Dies steht nicht auf unserer kurzfristigen Prioritätenliste. Weiter zum nächsten Meilenstein.

Es wäre toll, eine Webansicht und eine Möglichkeit zu haben, damit zu interagieren. Ich möchte eingebettetes YouTube-Video anzeigen und den Player steuern. Im Moment verwende ich https://github.com/dart-flitter/flutter_webview_plugin , aber ich verwende für einige Situationen einen Hack. Ich ändere beispielsweise die Webview-URL in JavaScript nach dem Ende des Videos, damit die Flatter-App ein Ereignis onUrlChange erhält und dann den Webview schließt.

@csbenjamin Suchen Sie speziell nach YouTube und bevorzugen Sie https://developers.google.com/youtube/android/player/ zur Steuerung über WebView? Oder brauchten Sie auch ein WebView? Wenn Sie nach einem YouTube-spezifischen Player suchen, melden Sie bitte einen neuen Fehler, das ist definitiv eine vernünftige Anfrage. :)

Ja, ich suche einen YouTube-Player. Ich brauche nichts von Webview, nur einen YouTube-Player. Ich werde eine neue Ausgabe eröffnen. Danke

Wir müssen das Zahlungs-Webformular öffnen und diese Funktion ist für uns ein Blocker 😢

@megatolya das Webview-Plugin kann die Arbeit nicht für Sie erledigen?

@lejard-h
Unglücklicherweise nicht. Wir müssen die Möglichkeit haben, Webformulare an jeder Stelle auf der Seite zu rendern. Nicht nur über anderen Inhalten oder auf der separaten Seite. Die manuelle Steuerung des Scrollens (um die Webansicht neu zu positionieren) scheint uns zu kompliziert.

Ich verstehe, dass dieses Problem ein beabsichtigtes Problem ist, aber IMHO ist diese Funktion ziemlich grundlegend zu ignorieren.

Dies ist definitiv etwas, was wir beabsichtigen, und wir sind uns einig, dass es für viele Anwendungsfälle von entscheidender Bedeutung ist.

Leider wäre dieses Problem auch ein Blocker für uns, Flutter in Betracht zu ziehen, da wir auch einen ähnlichen Anwendungsfall haben wie den von @jxson oben erwähnten und worüber Basecamp hier
https://m.signalvnoise.com/basecamp-3-for-ios-hybrid-architecture-afc071589c25

Flutter allein zu verwenden, um einmal zu schreiben und auf beiden mobilen Plattformen bereitzustellen, ist bereits ein Gewinn. Aber wir möchten noch einen Schritt weiter gehen und alle unsere Webfunktionen in einer Hybrid-App mit genügend nativen Komponenten zusammenbringen, um das gesamte Erlebnis so nativ wie möglich zu machen, ohne ständig mit den neuen Funktionen, die wir einführen, Schritt halten zu müssen in unserer Webversion.

Alles, was in Bezug auf dieses Problem über die Roadmap geteilt werden kann, wäre wirklich hilfreich.

Wir arbeiten derzeit an einigen Codeänderungen, von denen wir erwarten, dass Inline-WebViews mit Flutter unter iOS funktionieren. Inline WebViews in FlutterViews auf Android sind etwas weiter weg. Tut mir leid, mehr Details habe ich nicht. :/

Dies steht definitiv ganz oben auf unserer Liste.

Danke für das Update.

Können wir an dieser Stelle sagen, ob es sich um einen Beta- oder einen 1.0-Release-Blocker handelt?

Gibt es seit der Veröffentlichung von Beta 1 Neuigkeiten zur Unterstützung von WebView-Widgets?

Danke

@eseidelGoogle << stoßen >>

Ich empfehle, https://github.com/flutter/flutter/issues/73 zu folgen, der Arbeitsaufwand für beide ist ähnlich. Der Status ist dem, den ich vor 17 Tagen gemeldet habe, sehr ähnlich, sorry. Die Situation für WebView ist fast identisch mit Maps, wie hier beschrieben: https://github.com/flutter/flutter/issues/73#issuecomment -367818217

Während Sie erwägen, eine Webansicht in Flutter zu erstellen, wäre es nützlich, das Laden von HTML aus einer Zeichenfolge zuzulassen und der Webansicht auch eine Basis-URL zuzuweisen (von der Ressourcen, auf die in der HTML-Datei verwiesen wird - .css, .js, Bilder usw. - geladen würden). , wie dies in iOS (siehe unten) und Android möglich ist.
webView.loadHTMLString(htmlString, baseURL: locationWhereResourcesAreLocated);

Auch für mich ist Flutter keine Option ohne ein voll funktionsfähiges WebView-Control, das HTML, lokale und entfernte URLs laden, JavaScript ausführen kann und die Kommunikation zwischen Flutter-Code und JavaScript im WebView ermöglicht.

Gibt es Updates zur Integration einer Webansicht mit Flatter?

Ja, das wäre auch super hilfreich für mich.

stimme zu - das Laden von einer Schnur wäre das i-Tüpfelchen. Vielleicht auch aus einer lokalen Datei (zumindest auf Android?)? Würde Datei: URL dafür funktionieren? Irgendeine Möglichkeit, direkt aus dem Assets-Ordner zu laden? Danke

@IanDarwin https://github.com/dart-flitter/flutter_webview_plugin/issues/23#issuecomment -367618709 enthält ein paar Vorschläge, die auch hier funktionieren sollten

Wir planen, Flatter für unsere Anwendung zu verwenden, aber wie oben beschrieben, unterstützt das aktuelle SDK keine Webansicht mit anderen Flatter-Widgets.

Flattern sollte nicht stabil sein, bis dies IMO hinzugefügt wird.

Irgendwelche Updates zu Inline-WebView?

@jaiminmehtadxred Ich denke, Sie können vielleicht versuchen, Webview mit plattformspezifischem Code zu implementieren, der nicht schwer ist

@eseidelGoogle Irgendwelche Fortschritte? während flatter_webview_plugin großartig ist, ist die Webansicht nicht inline. Bitte helft uns :)

Wir haben eine Messaging-App (www.touchmoon.com), die in scrollbaren Bereichen (als Sammlungsansichtszellen) stark auf WKWebView und MKMapView basiert. Da unsere Android-App ins Hintertreffen geraten ist, gibt es eine starke Initiative, sie mit ReactNative von Grund auf neu zu schreiben (wie Skype, Discord, Instagram ...).
Ich mag Flutter, aber das Fehlen dieser Funktion ist ein Bruchpunkt, an dem ich keine Argumente mehr habe.
Haben Sie IRGENDEINE Vorhersage, besteht IRGENDEINE Chance, dass dies Flutter First-Class-Bürger sein wird?

Die Apps, die wir im Sinn haben, können nicht erstellt werden, bis Webview implementiert ist... Wie ist der Status? Dies scheint für viele Designs ziemlich wichtig zu sein.

Ohne Inline-Webview sehen Apps aus wie ...

https://gfycat.com/LawfulZanyGecko

@eseidelGoogle , @mit-mit , ich weiß, dass ich hier viel verlange, aber gibt es auch nur die geringste Chance, dass dies auf einen früheren Meilenstein verschoben werden kann? Viele Projekte erfordern eine Inline-Webansicht, und das aktuelle Plugin kann sehr oft eine schlechte Alternative sein. Danke Leute! ps warten sehnsüchtig auf den mittleren Beitrag zur Beta 4 :)

Wir arbeiten mit dem WebView-Team an verschiedenen Lösungen. Dies kann jedoch eine Weile dauern. Derzeit haben wir keine Zeitschätzung, aber wir arbeiten daran. :/

Mir ist aufgefallen, dass Flutter eine Vorschauversion veröffentlicht hat. Bedeutet dies, dass die erste Version kein Inline-WebView enthält?

Vorschau ohne diese Funktion erscheint mir etwas unorthodox :enttäuscht:

Wir werden diese Funktion wahrscheinlich nicht in unserem 1.0-Build haben. Wir arbeiten aktiv daran und werden es, sobald dies unserem Qualitätsanspruch entspricht, zur Verfügung stellen.

Wenn Sie dies in der Zwischenzeit benötigen, können Sie dies von Java/Kotlin oder ObjectiveC/Swift aus tun, indem Sie eine OEM-Webansicht erstellen und diese über die Ansicht von Flutter legen. Dies lässt sich leider nicht richtig mit dem Rest der Flutter-Widgets kombinieren, weshalb wir dies nicht als Lösung befürworten.

Es ist sehr schwer vorherzusagen.

Eine Frage, mit der wir ringen, ist, welche Android-Versionen unterstützt werden sollen. Je mehr Versionen wir unterstützen, desto länger dauert es wahrscheinlich, eine gute Lösung zu finden. Haben Sie Meinungen dazu, welche Android-Versionen ein Webansichts-Plugin unterstützen muss, um funktionsfähig zu sein?

Für unseren Anwendungsfall sollte Android 6+ gut genug sein.

Für mich ist Android 5+ ok.

5+ in unserem Fall auch. Wir verlangsamen schnell die Entwicklungsgeschwindigkeit und unterstützen 4.x
Begierig darauf, mit den ersten Builds zu spielen!

Le ven. 22 juin 2018 à 06:27, 血心[email protected] a écrit :

Für mich ist Android 5+ ok.

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/flutter/flutter/issues/730#issuecomment-399317053 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AEFUX3nMYsc0KSQerrYlMd0vAkTPlUT4ks5t_HI9gaJpZM4GvC9x
.

Android 5+ für uns

Android 5.x hat einen Marktanteil von ca. 20 % mit stark rückläufiger Tendenz.
Wenn Sie also 6 Monate brauchen, um es für 5.0 (weniger als 5%) zu entwickeln, gibt es keine Telefone mehr, um es zu testen.
:-)
Wenn es einfacher ist, warum entwickeln Sie es nicht für die Flaggschiff-Modelle (7+), veröffentlichen es (damit wir damit spielen können) und Sie können die Unterstützung für ältere Androids nach und nach erweitern?

@iostriz Leider müssen wir je nach Version, die wir anvisieren, aufgrund der unterschiedlichen APIs, die in jeder Version eingeführt werden, völlig unterschiedliche Ansätze verfolgen. Wenn es also N Monate dauert, um Version X zu erstellen, und N+5 Monate, um Version X-1 zu erstellen, dann würde es 2N+5 Monate dauern, um Version X zu erstellen, dann Version X-1, aber nur N+5 Monate, um Version zu erstellen X-1 und X gleichzeitig. Wenn das Sinn macht.

5 und höher wäre großartig, da es den größten Teil des Marktes abdeckt. Die Inline-Webansicht ist für viele Apps eine entscheidende Voraussetzung, bitte überdenken Sie die Priorität dieser Funktion.

Am Donnerstag, den 21. Juni 2018 um 22:09:44 -0700 schrieb Ian Hickson:

@iostriz Leider, je nachdem, auf welche Version wir abzielen würden wir haben
aufgrund der unterschiedlichen APIs ganz unterschiedliche Ansätze zu verfolgen
in jeder Version eingeführt. Wenn es also N Monate dauert, um Version X zu erstellen, und N+5
Monate, um Version X-1 zu erstellen, dann würde es 2N+5 Monate dauern, um Version X zu erstellen
dann Version X-1, aber nur N+5 Monate, um Version X-1 und X gleichzeitig zu machen
Zeit. Wenn das Sinn macht.

Dann würde ich für 6+ stimmen

5 und höher von unserer Seite

5 und höher wäre toll für mich

5+ wäre toll!

5+ sollte in Ordnung sein

Meiner Meinung nach sollte 5+ der richtige Weg sein.

Ich hätte gerne eine wirklich großartige Lösung, nicht wie WKWebView, also bin ich bereit zu warten oder einen Beitrag zu leisten.

@minikin können Sie die Probleme mit WKWebView genauer beschreiben?

Ich denke nicht, dass es sinnvoll ist, eine HTML-Engine als Teil der Flutter-Binärdatei einzubetten. Ich vermute also, dass wir am Ende eine Lösung haben werden, die an eine auf der Plattform verfügbare HTML-Engine delegiert (unter iOS wird dies wahrscheinlich WKWebView sein).

Android 5+

@amirh
Sicherlich können Sie zum Beispiel vorerst kein Cookie mit geeigneten Methoden setzen (iOS11, 12beta). WKWebView ignoriert das einfach. Sie müssen also Workarounds verwenden.

Der Grund, warum ich in Flutter eine Art WebView sehen möchte, das eine Möglichkeit ist,
Verwenden Sie Bibliotheken wie d3js und rendern Sie einige statische HTML-Seiten.

Während eine reine Flutter-Implementierung aller Widgets ideal ist.
Ich denke, wir werden in einigen Fällen Ausnahmen machen müssen, die Webansicht ist eine davon.

Eine reine Flutter-Webansicht-Implementierung (wie in: alles ist in Dart implementiert), wenn es möglich ist (ich denke, die App Store-Richtlinien könnten ein limitierender Faktor sein), wird ein riesiges Projekt sein, ich schätze zumindest den Umfang von Flattern selbst.

Ein Plugin, das einen Webbrowser-Code einbettet (zB cef ), könnte möglich sein, sobald #7053 aufgelöst ist. Ich glaube, dass ein solcher Ansatz immer noch mit einigen Herausforderungen hinsichtlich der App-Store-Richtlinien konfrontiert sein wird und die Binärgröße erheblich erhöhen wird.

Ich glaube, der vernünftige und praktische Ansatz, den wir für die Webansicht verfolgen sollten, besteht darin, die Webansicht der Plattform in Flutter einzubetten. Es gibt einige nicht triviale technische Herausforderungen, die bei dem, woran wir arbeiten, verbunden sind. Ich denke, wir sollten dieses spezielle Problem verwenden, um den Fortschritt beim Einbinden einer Webansicht zu verfolgen. Ich denke, dass die Lösung des Inlining-Problems einen großen Teil der Webansicht-Anwendungsfälle freischalten wird, aber ich gehe davon aus, dass es immer noch eine lange Liste von Webansichtsproblemen geben wird, an denen wir nach und nach arbeiten werden (Webansichtsfunktion X der Supportplattform), was meiner Meinung nach ist praktischer in separaten Ausgaben zu verfolgen.

@amirh Vielen Dank für die Klarstellungen!

Irgendwelche Updates zur Integration einer Webansicht mit Flattern?

Aktualisierung?

Wir arbeiten aktiv daran, Sie können den Fortschritt von #19030 verfolgen.

@amirh :
@Hixie : Hey Hixie :) Das brauche ich auch für meine App. Android 4.4 ist für mich Voraussetzung, da viele ältere Geräte darauf hängen.

FWIW, ich würde es begrüßen, wenn ich eine bestimmte Web-Rendering-Engine mit der App ausliefern könnte, um mich von den unterschiedlichen WebView-Implementierungen, mit denen Geräte ausgeliefert werden, und den daraus resultierenden geräteabhängigen Fehlern zu entkoppeln. Entweder mit einem neuen WebView/Chromium oder besser noch mit einem GeckoView. Das sollte auch die meisten Abhängigkeitsprobleme lösen, denke ich?

Vielleicht können Sie ein Plugin entwickeln, das eine Web-Engine einbettet. Ich würde vermuten, der erste Blocker wäre #7053. Dies hat wahrscheinlich einen nicht trivialen Einfluss auf die Binärgröße der Veröffentlichung (was für einige Apps in Ordnung sein könnte).
Derzeit arbeite ich daran, die Webansicht der Plattform in Flutter einzubetten.

Ja, die Plattform WebView ist ein sinnvoller erster Schritt und für viele Anwendungen ausreichend.

In diesem Zusammenhang gibt es eine andere Möglichkeit, JavaScript-Code in der Flutter-App auszuführen. Im Moment verlasse ich mich darauf, ein Webview-Plugin zu erstellen und zu verwenden. Das Problem ist, dass es einen Plattformkanal verwendet und ich das js asynchron ausführen muss. Ich möchte es in einer synchronen Funktion ausführen und muss nicht durch zukünftige Builder gehen.

Irgendwelche Ideen?

@manujbahl es gibt keinen anderen Weg.

Guten Tag, tolle Arbeit, die ihr alle macht. ist ihre Unterstützung für setJavaScriptCanOpenWindowsAutomatically auf dem flatter webView-Plugin?

Hänge in diese Liste :)
Ich brauche eine einfache Inline-Webansicht ohne sichtbare Steuerelemente, die nur html/css anzeigt und mit js, uri über API arbeitet - in einem kostenlosen, großen Webview-Widget :+1:

Eine echte Webansicht ist für mich nicht interessant, aber inline html/css + js und die Möglichkeit erweiterte Inhalte zu laden (wie Schriftarten von Google oder js Libs)

Versucht jemand #19030 AndroidView für Web View?

@MisterJimson hier gibt es einige WIP: https://github.com/flutter/plugins/tree/master/packages/webview_flutter

Sie sollten es im Moment höchstens als Vorschau behandeln, es gibt einige bekannte Fehler, iOS-Unterstützung fehlt und die API-Oberfläche ist sehr minimal (absichtlich an dieser Stelle, bis wir die iOS-Story herausgefunden haben).

Hey Leute, ich habe das "InAppBrowser"-Plugin veröffentlicht, das sowohl auf Android- als auch auf iOS-Systemen funktioniert: https://github.com/pichillilorenzo/flutter_inappbrowser

Diese erste Version ist nur eine Portierung des beliebten cordova-plugin-inappbrowsers, damit er mit der Flutter-API funktioniert. Ich arbeite daran für Updates!!

@pichillilorenzo dein Plugin ist nicht inline und in diesem Kanal geht es darum, den Browser in der

@MichaelSowah Ja, das weiß ich, deshalb habe ich geschrieben "Ich arbeite daran für Updates"! Ich werde auch daran arbeiten mit AndroidView für Android und für iOS, wenn es veröffentlicht wird

Bearbeiten: Warum das Emoji "Daumen runter" hier? Gib wenigstens eine Erklärung

irgendwelche Updates für iOS?

Können Sie erklären, warum es jahrelang ausgegeben wird, aber wir _nichts von_ webview im Flattern selbst bekommen? Geht es nicht darum, HTML , CSS und JS die größte Technologieentwicklung seit der Veröffentlichung von _NCSA Mosaic_ zu zeigen? Was ist eine Technologie (oder ein Framework), _die Zukunft der App-Entwicklung_ genannt, ohne _Webansicht_? Ist nicht alles über _Google_ the web ? :zwinkern:

Das ist ein Punkt, den ich nicht verstehe :frage:

Zum Beispiel _inline webview_ Mittel , um die Leistung und _UI_ zu haben , HTML , CSS und hoffentlich JS zu Anzeige Dinge wie das Internet, wie _code_ in Nachrichten in _gitter webapp_, die ist nicht _slack App_ fähig, einschließlich JS Bibliotheken für _Syntax Hervorhebung_ und so weiter.

Der Unterschied zwischen anderen widgets und einem webview ist wie zwischen dem ganzen Web und so genannten RichText Boxes...

Ich sehe eine Lücke zwischen all dem, was in _Hybriden_ gemacht wird, und einem Framework, wie Flattern, aber die Macht einer Webansicht ist nichts anderes als die Macht von Browsern, von _Elektronen_, von _Atom_ und _VS-Code_ von all den Dingen, die wir lieben _jeden Tag_.

:verwirrt:

@flddr Nur weil es ein wichtiges Feature ist, bedeutet das nicht, dass es einfach und schnell hinzugefügt werden kann. Eher das Gegenteil.
Sie scheinen davon auszugehen, dass Google über unbegrenzte Ressourcen verfügt und dass das Hinzufügen von genügend zusätzlichen Entwicklern zu einem Team ausreicht, um sofortige Ergebnisse zu erzielen. So funktioniert die Welt leider nicht.

Sie können sicher sein, dass sich das Flutter-Team der Bedeutung dieser Funktionen bewusst ist und Sie den Fortschritt unter https://github.com/flutter/plugins/tree/master/packages/webview_flutter verfolgen können

@zoechi ups, danke, das wollte ich nie sagen: verwirrt:

Meine Vermutung war, dass es in der Entwicklung eher weggelassen wurde, um eine Lücke zwischen _Hybriden_ und _Nativen_ zu schließen, da die Flatter-Benutzeroberfläche selbst enorm leistungsstark und sauber ist, während die Möglichkeit, _Dinge in einer Webansicht zu erledigen_ in geringerer Qualität enden kann (wie das Fehlen von _Material design_ oder diese Punkte). Weil webview oft für alles falsch verwendet wird (_quick n dirty_)

Danke für den Link

@flddr Ich denke, es liegt hauptsächlich daran, dass sie keinen Browser in Dart neu schreiben möchten (aus guten Gründen) und stattdessen native Funktionen verfügbar machen, die erforderlich sind, um zusätzliche Funktionen für Flutter zu implementieren.
Diese Funktion wurde vor kurzem verfügbar und seitdem wird Webview implementiert.

https://pub.dartlang.org/packages/flutter_webview_plugin (Community Effort) ist schon länger verfügbar, hatte aber den Nachteil, dass es immer über Flutter-Widgets angezeigt wurde. Wenn Sie beispielsweise ein Schubladenmenü öffnen, wird es bei Überschneidungen hinter der Webansicht geöffnet.
Das neue Plugin funktioniert gut mit anderen Flutter-Widgets.

@zoechi du hast recht - ich habe ein _rewrite in dart_ komplett beaufsichtigt. Ich weiß nur, dass Flattern meiner Meinung nach die Zukunft der App-Entwicklung ist, die Tools sind großartig, Dart ist großartig - aber ich konnte nicht tief eintauchen, weil ich gerade mein Backend entwickle. Ich schaue einfach täglich auf flatter.io und warte auf 1.0 - und manchmal sorgt dieses hoffnungsvolle Warten für ein Gespräch über was auch immer, Hauptsache, es passiert etwas.

Entschuldigung, dass ich über die webview

Übrigens: Entschuldigung, ich weiß, wie es euch allen geht, _google_ zu sein, und all eure harte Arbeit , aber ja, ihr seid _google_. Nichts anderes. Mein erster Kontakt mit _google_ war der letzte Tag, an dem ich _altavista_ benutzt habe.

Wenn ich also auf eine Firma wetten könnte, die ein Rennen gewinnt, würde ich jemals auf _google_ wetten.

Danke für Infos :) Ich habe zu diesem Thema nichts mehr zu sagen :)

Flutter verwendet Skia zum Rendern und Chrome verwendet Skia zum Rendern, sodass es so aussieht, als ob es eine einfache Konvertierung sein sollte. Sie können auf diese Weise jedoch keinen Browser zu Flutter hinzufügen, da die Ausführung von Flatter-Apps im Apple Store gesperrt würde. Ohne Cross-Plattform-Fähigkeit würde Flutter aufgegeben. Google nimmt sich mit diesem Problem zu Recht Zeit.

https://www.howtogeek.com/184283/why-third-party-browsers-will-always-be-inferior-to-safari-on-iphone-and-ipad/

@Rockvole sehr interessant 👍

Schließlich habe ich eine neue Version (v0.5.1) von flatter_inappbrowser veröffentlicht, in der es anfängliche Unterstützung von Inline-WebViews gibt ( InAppWebView Klasse)! Offensichtlich ist dieses Widget derzeit nur für Android verfügbar und es gibt einige Einschränkungen, da AndroidView nicht stabil genug ist.

Allerdings kann man damit schon ein bisschen spielen. Es gibt viele Funktionen und Events, die Sie testen und nutzen können! Ein Beispiel für ein Inline-WebView finden Sie in der Datei README.md des Plugin-Repositorys.

BEARBEITEN 1 : Neue Version ( 1.0.1 ) mit Unterstützung für Android- und iOS- Inline-Webview-Widget veröffentlicht! 🎉

EDIT 2 : Es wurde in flatter_inappwebview umbenannt. Die aktuelle Version ist 2.0.1 ! Es gibt viele neue Ereignisse, Optionen und Methoden.

Ich bin nur neugierig: In den Google Developer Days China (letzten Monat) wird erwähnt, dass das offizielle WebView-Plugin mit der Entwicklervorschau 2 veröffentlicht werden soll. Dieses Plugin webview_flutter befindet sich jedoch noch in der Entwicklung: https://github .com/flutter/plugins/tree/master/packages/webview_flutter

@imWildCat Vielen Dank für Videoaufzeichnung (55:12) der GDD-Keynote überprüft, um sicherzustellen, dass wir nicht sagen, dass sie veröffentlicht ist. Trotzdem entschuldigen wir uns, dass Sie den Eindruck hatten, dass dieses Plugin veröffentlicht wurde.

@InMatrix Entschuldigung für mein Missverständnis. Vielen Dank für Ihre Erklärung und ich weiß es wirklich zu schätzen. Ich freue mich auf die Veröffentlichung des offiziellen WebView-Plugins.

flatter/plugins#890 hat dem webview_flutter-Plugin iOS-Unterstützung hinzugefügt.
Die Unterstützung für die Einbettung von Plattformansichten, auf der die Inline-Webansicht basiert, befindet sich noch in der frühen Vorschauphase (siehe https://github.com/flutter/flutter/issues/19030#issuecomment-437534853 ).

Offene Probleme sind mit den Labels für Plattformansichten und/oder Webansichten gekennzeichnet . Bitte stimmen Sie den Problemen zu, die Ihnen wichtig sind, um uns bei der Priorisierung zu helfen.

Beachten Sie, dass Sie das Vorschau-Flag aktivieren müssen, wenn Sie es unter iOS ausprobieren möchten. Weitere Informationen finden Sie unter:
https://github.com/flutter/flutter/issues/19030#issuecomment -437534853

Das Fehlen eines brauchbaren WebViews ist für mich persönlich wirklich ein Deal-Breaker.
flatter_inappbrowser ist ein großartiges Paket, das der vollen Nutzbarkeit sehr nahe kommt, aber noch keine Tastaturunterstützung hat. Leider wollte ich nur eine Code-Editor-App erstellen........

Herzlichen Glückwunsch an 1.0 für das beste mobile Framework aller Zeiten :tada:

Warte jetzt auf Webview :entspannt:

Nur zur Verdeutlichung: Das webview_flutter- Plugin bietet ein eingebettetes WebView auf Android und iOS und befindet sich derzeit in der Entwicklervorschau.

Wir verfolgen Probleme und fehlende Funktionen mit dem Webview- Tag. Wenn Sie sich für bestimmte Probleme melden , wenn es noch kein Problem gibt, oder ein bestehendes Problem positiv bewerten. PRs sind natürlich auch willkommen 😄

@amirh Tut belästigen . Wir erwägen stark, für ein bevorstehendes Projekt zu Flutter zu wechseln, aber wir verlassen uns darauf, dass ein WebView funktioniert (inline, flatter_webview_plugin ist keine Option). Haben Sie Informationen zu kommenden Updates oder eine Roadmap für uns? Vielen Dank für jede Antwort, mach weiter so und möge sich die Flutter-Liebe auf der ganzen Welt verbreiten.

@danielRi https://pub.dartlang.org/packages/webview_flutter

Sehr interessantes Thema für mein Problem, ich bin auf dieses Thema gestoßen, nachdem ich lange gekämpft habe, um eine richtige Webansicht für Flattern zu finden. Leider hat dieses neue Plugin (noch Entwicklervorschau) ein großes Problem mit Android, als ich versuchte, die Tastatur zu öffnen. Wird das bei der Veröffentlichung behoben?

Ich denke, eine fremde Funktionsschnittstelle + Webkit ist der beste Weg. inline android webview oder ios wkwebview ist keine gute idee

Ich denke, eine fremde Funktionsschnittstelle + Webkit ist der beste Weg. inline android webview oder ios wkwebview ist keine gute idee

Es gibt Vor- und Nachteile (der offensichtliche ist die binäre Größe).
Ich sehe definitiv, dass für bestimmte Anwendungsfälle die Bündelung einer Web-Engine die bevorzugte Wahl wäre.
Möglicherweise kann dies als alternative webview_flutter Implementierung hinzugefügt werden, indem die Plattformschnittstelle implementiert wird . Wenn jemand es versucht, bin ich neugierig darauf zu lehnen!