Flutter: WebView Android et iOS en ligne

Ajout d'un exemple de cas d'utilisation pour cela :

J'ai une application Android hybride où certains rendus sont gérés par une vue Web, mais les contrôles pour des éléments tels que la navigation sont gérés par des widgets d'interface utilisateur natifs. J'aimerais porter une version sur Flutter, les conditions requises pour que cela fonctionne sont les suivantes :

• Un moyen d'ajouter une vue Web dans l'arborescence rendue afin qu'elle puisse cohabiter avec des widgets natifs pour des éléments tels que les boutons de navigation.
• Un moyen d'autoriser l'interaction avec JS dans WebView (quelque chose comme ceci ).
• Un moyen d'intercepter les requêtes HTTP de WebView.

Le dernier élément ici nous permet de diffuser le contenu des fichiers PDF vers WebView. L'implémentation Android actuelle intercepte les requêtes HTTP de WebView et renvoie le contenu du fichier PDF demandé. La mise en œuvre peut être vue ici .

Je suis nouveau sur Flutter, donc je me suis peut-être trompé sur la terminologie, faites-moi savoir si vous avez besoin d'éclaircissements sur quoi que ce soit.

Nous nous dirigeons actuellement vers une approche visant à faciliter l'utilisation des vues natives en conjonction avec FlutterView :
https://docs.google.com/document/d/1DOfwpL6VojCAG_zjjcA_z5ekF7rTIohV8dWn2o7_IME/edit

Il s'agit plutôt d'avoir un moyen de placer une vue Web dans une arborescence de widgets Flutter, je pense. Comme vous l'avez dit dans votre commentaire d'origine, nous avons besoin de quelque chose de similaire pour intégrer des vidéos ou des cartes fournies par une bibliothèque tierce non Flutter.

Des mises à jour sur l'intégration d'une vue Web avec flutter ?

On dirait que quelqu'un a lancé un plugin pour faire des vues Web en plein écran : https://github.com/dart-flitter/flutter_webview_plugin

Je pense que faire le sous-ensemble d'activités est un bon début. Cela déverrouillerait tout un ensemble de types d'applications qui nécessiteraient l'obtention d'un jeton oauth à partir d'une connexion Web.

FWIW : voici le PR de la version iOS du plugin webview : https://github.com/dart-flitter/flutter_webview_plugin/pull/3

Nous avons maintenant le plugin webview sur IOS grâce à @toufikzitouni 👍 https://pub.dartlang.org/packages/flutter_webview_plugin

Ce n'est pas sur notre liste de priorités à court terme. Passage à l'étape suivante.

Ce serait formidable d'avoir une vue Web et un moyen d'interagir avec elle. Je souhaite afficher une vidéo YouTube intégrée et contrôler le lecteur. En ce moment, j'utilise https://github.com/dart-flitter/flutter_webview_plugin , mais j'utilise un hack pour certaines situations. Par exemple, je modifie l'URL de la vue Web dans JavaScript après la fin de la vidéo afin que l'application flutter reçoive un événement onUrlChange, puis ferme la vue Web.

@csbenjamin Recherchez -vous spécifiquement YouTube que vous préférez contrôler https://developers.google.com/youtube/android/player/ sur une WebView ? Ou aviez-vous également besoin d'une WebView ? Si vous recherchez un lecteur spécifique à YouTube, veuillez déposer un nouveau bogue, c'est certainement une demande raisonnable. :)

Oui, je recherche un lecteur YouTube. Je n'ai besoin de rien de la vue Web, juste d'un lecteur YouTube. Je vais ouvrir un nouveau sujet. Merci

Nous devons ouvrir le formulaire Web de paiement et cette fonctionnalité est un bloqueur pour nous

@megatolya le plugin webview ne peut pas faire le travail à votre place ?

@lejard-h
Malheureusement non. Nous devons avoir la possibilité d'afficher des formulaires Web à n'importe quel endroit de la page. Pas seulement au-dessus d'un autre contenu ou sur une page séparée. Contrôler manuellement le scroll (pour repositionner la vue Web) nous semble trop compliqué.

Je comprends que ce problème est un problème de conception, mais à mon humble avis, cette fonctionnalité est assez fondamentale à ignorer.

C'est certainement quelque chose que nous avons l'intention de faire et nous convenons que c'est essentiel pour de nombreux cas d'utilisation.

Malheureusement, ce problème serait également un obstacle pour nous de considérer Flutter car nous avons également un cas d'utilisation similaire à ce que @jxson a mentionné ci-dessus, et ce que Basecamp a blogué ici :
https://m.signalvnoise.com/basecamp-3-for-ios-hybrid-architecture-afc071589c25

Utiliser Flutter seul pour écrire une fois et déployer sur les deux plates-formes mobiles est déjà une victoire. Mais nous voulons aller plus loin et apporter toutes nos fonctionnalités Web dans une application hybride avec suffisamment de composants natifs pour que l'ensemble de l'expérience soit aussi proche que possible du natif, sans avoir constamment besoin de suivre les nouvelles fonctionnalités que nous introduisons. sur notre version web.

Tout ce qui peut être partagé sur la feuille de route en relation avec cette question serait vraiment utile.

Nous travaillons actuellement sur des modifications de code qui, selon nous, pourraient faire fonctionner les WebViews en ligne avec Flutter sur iOS. Les WebViews en ligne dans FlutterViews sur Android sont un peu plus éloignés. Désolé je n'ai pas plus de détails que ça. :/

C'est certainement près du haut de notre liste.

Merci pour la mise à jour.

À ce stade, pouvons-nous dire s'il s'agit d'un bloqueur de version bêta ou 1.0 ?

Depuis la sortie de la bêta 1, y a-t-il des nouvelles sur la prise en charge d'un widget WebView ?

Merci

@eseidelGoogle << bosse >>

Je recommande de suivre https://github.com/flutter/flutter/issues/73 , le travail nécessaire pour les deux est similaire. Le statut est très similaire à ce que j'ai signalé il y a 17 jours, désolé. La situation pour WebView est presque identique à celle de Maps, comme décrit ici : https://github.com/flutter/flutter/issues/73#issuecomment -367818217

Pendant que vous envisagez de créer une vue Web dans Flutter, il serait utile d'autoriser le chargement de code html à partir d'une chaîne, en donnant également à la vue Web une URL de base (à partir de laquelle les ressources référencées dans le code html - .css, .js, images, etc. - seraient chargées) , comme cela peut être fait dans iOS (illustré ci-dessous) et Android.
webView.loadHTMLString(htmlString, baseURL: locationWhereResourcesAreLocated);

Pour moi aussi, Flutter n'est pas une option sans un contrôle WebView entièrement fonctionnel, qui peut charger des URL HTML, locales et distantes, exécuter JavaScript et permettre la communication entre le code Flutter et JavaScript dans WebView.

Des mises à jour sur l'intégration d'une vue Web avec flutter ?

Oui, ce serait aussi super utile pour moi.

d'accord avec agreensh - la charge d'une chaîne serait la cerise sur le gâteau. Peut-être aussi à partir d'un fichier local (au moins sur Android ?) ? Le fichier : URL fonctionnerait-il pour cela ? Un moyen de charger directement à partir du dossier Assets ? Merci

@IanDarwin https://github.com/dart-flitter/flutter_webview_plugin/issues/23#issuecomment -367618709 contient quelques suggestions qui devraient également fonctionner ici

Nous prévoyons d'utiliser Flutter pour notre application, mais comme décrit ci-dessus, les SDK actuels ne prennent pas en charge la vue Web avec d'autres widgets Flutter, ce qui nous empêche d'utiliser Flutter comme SDK de développement d'applications mobiles.

Flutter ne devrait pas atteindre la stabilité jusqu'à ce que cela soit ajouté OMI.

Des mises à jour sur WebView en ligne ?

@jaiminmehtadxred Je pense que vous pouvez peut-être essayer d'implémenter la vue Web avec un code spécifique à la plate-forme qui n'est pas difficile

@eseidelGoogle Des progrès ? alors que flutter_webview_plugin est génial, la vue Web n'est pas en ligne. Merci de nous aider :)

Nous avons une application de messagerie (www.touchmoon.com) qui s'appuie fortement sur WKWebView et MKMapView à l'intérieur des zones de défilement (en tant que cellules de vue de collection). Étant donné que notre application Android traîne en arrière, il existe une forte initiative pour la réécrire à partir de zéro en utilisant ReactNative (comme l'a fait Skype, Discord, Instagram...).
J'adore Flutter, mais l'absence de cette fonctionnalité est un point de rupture où je n'ai plus d'arguments.
Avez-vous une prédiction, y a-t-il une chance que ce soit un citoyen de première classe de Flutter ?

Impossible de créer les applications que nous avons en tête tant que la vue Web n'est pas implémentée... quel est le statut ? Cela semble assez vital pour de nombreux modèles.

sans vue Web en ligne, les applications ressemblent à ...

https://gfycat.com/LawfulZanyGecko

@eseidelGoogle , @mit-mit , je sais que je demande beaucoup ici, mais y a-t-il la moindre chance que cela puisse passer à une étape antérieure ? De nombreux projets nécessitent une vue Web en ligne, et le plugin actuel peut très souvent être une mauvaise alternative. Merci les gars! ps attend avec impatience le post moyen de la bêta 4 :)

Nous travaillons sur diverses solutions avec l'équipe WebView. Cela peut cependant prendre un certain temps. Actuellement, nous n'avons pas d'estimation de temps, mais nous y travaillons. :/

J'ai remarqué que Flutter a publié une version préliminaire. Cela signifie-t-il que la première version n'inclura pas WebView en ligne ?

Aperçu sans cette fonctionnalité me semble un peu peu orthodoxe :déçu:

Nous n'aurons probablement pas cette fonctionnalité dans notre version 1.0. Nous y travaillons activement et le rendrons disponible dès que nous serons en mesure de le faire d'une manière conforme à nos normes de qualité.

Si vous en avez besoin entre-temps, vous pouvez le faire à partir de Java/Kotlin ou ObjectiveC/Swift en créant une vue Web OEM et en la superposant à la vue de Flutter. Cela ne se combinera malheureusement pas correctement avec le reste des widgets Flutter, c'est pourquoi nous ne préconisons pas cette solution.

C'est très difficile à prévoir.

Une question avec laquelle nous nous débattons est de savoir quelles versions d'Android prendre en charge. Plus nous prenons en charge de versions, plus il faudra probablement de temps pour obtenir une bonne solution. Avez-vous des opinions sur les versions d'Android qu'un plug-in d'affichage Web doit prendre en charge pour être viable ?

Pour notre cas d'utilisation, Android 6+ devrait suffire.

Pour moi, je pense qu'Android 5+ est ok.

5+ dans notre cas aussi. Nous ralentissons rapidement la vitesse de développement prenant en charge la version 4.x
Hâte de jouer avec les premiers builds !

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

Pour moi, je pense qu'Android 5+ est ok.

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/flutter/flutter/issues/730#issuecomment-399317053 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEFUX3nMYsc0KSQerrYlMd0vAkTPlUT4ks5t_HI9gaJpZM4GvC9x
.

Android 5+ pour nous

Android 5.x a une part de marché d'environ 20 % avec une forte tendance à la baisse.
Donc, si vous prenez 6 mois pour le développer pour 5.0 (moins de 5%), il n'y aura plus de téléphones pour le tester.
:-)
Si c'est plus facile, pourquoi ne pas le développer pour les modèles phares (7+), le publier (afin que nous puissions jouer avec) et vous pouvez étendre la prise en charge des anciens Android au fur et à mesure ?

@iostriz Malheureusement, selon la version que nous

5 et plus serait formidable, car il couvre la majorité du marché. La vue Web en ligne est une exigence cruciale pour de nombreuses applications, veuillez reconsidérer la priorité de cette fonctionnalité.

Le jeu. 21 juin 2018 à 22:09:44 -0700, Ian Hickson a écrit :

@iostriz Malheureusement, selon la version que nous ciblons, nous aurions
adopter des approches totalement différentes, en raison des différentes API
introduit à chaque version. Donc si ça prend N mois pour faire la version X, et N+5
mois pour faire la version X-1, alors il faudrait 2N+5 mois pour faire la version X
puis version X-1, mais seulement N+5 mois pour faire les versions X-1 et X en même temps
temps. Si ça a du sens.

Alors je voterais pour 6+

5 et plus de notre côté

5 et plus serait parfait pour moi

5+ serait génial !

5+ devrait être bien

À mon avis, 5+ devrait être la voie à suivre.

J'aimerais avoir une très bonne solution, pas comme WKWebView, donc je suis prêt à attendre ou à contribuer.

@minikin pouvez-vous être plus précis concernant les problèmes que vous rencontrez avec WKWebView ?

Je ne pense pas qu'il soit raisonnable d'intégrer un moteur html dans le binaire Flutter. Je suppose donc que nous allons nous retrouver avec une solution qui délègue à un moteur html disponible sur la plate-forme (sur iOS, ce sera probablement WKWebView).

android 5+

@amirh
bien sûr, par exemple, vous ne pouvez pas définir un cookie avec les méthodes appropriées, pour l'instant (iOS11, 12beta). WKWebView ignore cela. Vous devez donc utiliser des solutions de contournement.

La raison pour laquelle j'aimerais voir une sorte de WebView dans Flutter c'est une possibilité de
utilisez des bibliothèques comme d3js et affichez des pages HTML statiques.

Alors qu'une pure implémentation Flutter de tous les widgets est l'idéal.
Je pense que nous devrons faire des exceptions dans quelques cas, la vue Web en fait partie.

Une implémentation de vue Web purement Flutter (comme dans: tout est implémenté dans Dart), si possible (je pense que la politique de l'App Store pourrait être un facteur limitant), sera un énorme projet, je suppose au moins l'ampleur de Flutter lui-même.

Un plugin qui intègre un code de navigateur Web (par exemple cef ), pourrait être possible une fois que #7053 sera résolu. Je pense qu'une telle approche sera toujours confrontée à certains défis liés à la politique de l'App Store et augmentera considérablement la taille binaire.

Je pense que l'approche raisonnable et pratique que nous devrions adopter pour la vue Web consiste à intégrer la vue Web de la plate-forme dans Flutter. Il y a des défis techniques non triviaux impliqués dans la réalisation de ce sur quoi nous travaillons. Je pense que nous devrions utiliser ce problème spécifique pour suivre la progression de l'intégration d'une vue Web. Je pense que la résolution du problème d'intégration débloquera une grande partie des cas d'utilisation de la vue Web, mais je m'attends à ce qu'il y ait encore une longue liste de problèmes de vue Web sur lesquels nous travaillerons progressivement (fonctionnalité de vue Web X de la plate-forme de support), ce que je pense sera plus pratique à suivre dans des numéros séparés.

@amirh Merci beaucoup pour les précisions !

Des mises à jour sur l'intégration d'une vue Web avec flutter ?

Mises à jour?

Nous y travaillons activement, vous pouvez suivre l'évolution du #19030.

@amirh :
@Hixie : Hé Hixie :) J'en ai aussi besoin pour mon application. Android 4.4 est une exigence pour moi, car de nombreux appareils plus anciens sont bloqués dessus.

FWIW, j'apprécierais de pouvoir fournir un moteur de rendu Web spécifique avec l'application, pour me dissocier des différentes implémentations WebView avec lesquelles les appareils sont livrés et des bogues dépendants de l'appareil qui en résultent. Avec un nouveau WebView/Chromium ou mieux encore avec un GeckoView. Cela devrait également résoudre la plupart des problèmes de dépendance, je pense?

Vous pourrez peut-être créer un plugin qui intègre un moteur Web, je suppose que le premier bloqueur serait #7053. Faire cela aura probablement un impact non négligeable sur la taille binaire de la version (ce qui peut convenir pour certaines applications).
Ce sur quoi je travaille actuellement, c'est l'intégration de la vue Web de la plate-forme dans Flutter.

Oui, la plateforme WebView est une première étape raisonnable et suffisante pour de nombreuses applications.

Sur une note connexe, existe-t-il un autre moyen d'exécuter du code JavaScript dans l'application Flutter. En ce moment, je compte sur la création d'un plugin Webview et sur son utilisation. Le problème est qu'il utilise un canal de plate-forme et que je dois exécuter le js de manière asynchrone. Je veux l'exécuter dans une fonction synchrone et ne pas avoir à passer par les futurs constructeurs.

Des idées?

@manujbahl il n'y a pas d'autre moyen.

Bonne journée, excellent travail que vous faites tous. est-ce que leur support pour setJavaScriptCanOpenWindowsAutomatically sur le plugin flutter webView ?

Accrochez-vous à cette liste :)
J'ai besoin d'une simple vue Web en ligne sans contrôles visibles affichant simplement html/css et travaillant avec js, uri via API - dans un widget de vue Web gratuit, etc. :+1 :

Une vraie vue Web n'est pas intéressante pour moi, mais html/css + js en ligne et les capacités de charger du contenu étendu (comme les polices de google ou js libs)

Quelqu'un a-t-il essayé #19030 AndroidView pour Web View ?

@MisterJimson, il y a du WIP ici : https://github.com/flutter/plugins/tree/master/packages/webview_flutter

Vous devriez tout au plus le traiter comme un aperçu pour le moment, il y a quelques bogues connus, la prise en charge d'iOS est manquante et la surface de l'API est très minime (délibérément à ce stade, jusqu'à ce que nous comprenions l'histoire d'iOS).

Hé les gars, j'ai sorti le plugin "InAppBrowser" qui fonctionne à la fois sur les systèmes Android et iOS : https://github.com/pichillilorenzo/flutter_inappbrowser

Cette première version n'est qu'un portage du populaire cordova-plugin-inappbrowser afin de le faire fonctionner avec l'API Flutter. J'y travaille pour des mises à jour !!

@pichillilorenzo, votre plugin n'est pas en ligne et cette chaîne consiste à avoir le navigateur en ligne

@MichaelSowah Oui, je le sais, c'est pourquoi j'ai écrit "J'y travaille pour les mises à jour" ! Je travaillerai également sur cela en utilisant AndroidView pour Android et pour iOS lors de sa sortie

Edit : pourquoi les emoji "pouces vers le bas" ici ? Donne au moins quelques explications

des mises à jour pour iOS ?

Pouvez-vous expliquer pourquoi il est émis pendant des années mais que nous n'obtenons _rien de_ webview en flutter lui-même ? La présentation de HTML , CSS et JS n'est-elle pas la plus grande évolution technologique depuis la sortie de _NCSA Mosaic_ ? Qu'est-ce qu'une technologie (ou un framework), _appelée l'avenir du développement d'applications_, sans _vue Web_ ? Tout n'est-il pas à propos de _Google_ the web ? :clin d'œil:

C'est un point que je ne comprends pas :question:

Par exemple, _inline webview_ signifie avoir le pouvoir et _UI_ de HTML , CSS et, espérons-le, JS pour afficher des choses comme le Web, comme _code_ dans les messages dans _gitter webapp_, qui n'est pas capable de _slack App_, y compris les bibliothèques JS pour la _mise en évidence de la syntaxe_ et ainsi de suite.

La différence entre d'autres widgets et un webview est comme entre tout le Web et les soi-disant RichText Boxes...

Je vois un écart entre tout ce qui est fait dans _hybrids_ et un framework, comme flutter, mais, la puissance d'une vue Web n'est rien d'autre que la puissance des navigateurs, de _electron_, de _atom_ et _VS Code_, de toutes ces choses que nous aimons _tous les jours_.

:embrouillé:

@flddr Ce n'est pas parce que c'est une fonctionnalité importante qu'elle est facile et rapide à ajouter. Plutôt le contraire.
Vous semblez supposer que Google dispose de ressources illimitées et qu'ajouter suffisamment de développeurs supplémentaires à une équipe est suffisant pour obtenir des résultats instantanés. Malheureusement, ce n'est pas ainsi que le monde fonctionne.

Vous pouvez être assuré que l'équipe Flutter est consciente de l'importance de cette fonctionnalité et vous pouvez suivre les progrès dans https://github.com/flutter/plugins/tree/master/packages/webview_flutter

@zoechi ups, merci, je n'ai jamais voulu dire ça :confused:

Je suppose qu'il a été abandonné davantage dans le développement pour maintenir un écart entre _hybrids_ et _natives_, car l'interface utilisateur flutter elle-même est énorme, puissante et propre, alors que la possibilité _de faire des choses dans une vue Web_ peut se terminer par une qualité inférieure (comme, manque de _matériel design_ ou ces points). Parce que webview est souvent mal utilisé pour toutes choses (_quick n dirty_)

Merci pour le lien

@flddr Je pense que c'est surtout qu'ils ne veulent pas réécrire un navigateur dans Dart (pour de bonnes raisons) et à la place rendre disponibles des fonctionnalités natives qui nécessitaient d'implémenter des capacités supplémentaires pour Flutter.
Cette capacité est devenue disponible récemment et depuis lors, la mise en œuvre de la vue Web est en cours.

https://pub.dartlang.org/packages/flutter_webview_plugin (effort communautaire) est disponible depuis un certain temps, mais il avait l'inconvénient d'être toujours affiché au-dessus des widgets Flutter. Par exemple, l'ouverture d'un menu de tiroir l'ouvre derrière la vue Web s'il y a chevauchement.
Le nouveau plugin fonctionnera bien avec les autres widgets Flutter.

@zoechi tu as raison - j'ai complètement supervisé une _réécriture dans dart_. Je sais juste que flutter est l'avenir du développement d'applications à mon avis, l'outillage est génial, la fléchette est géniale - mais je ne pouvais pas approfondir parce que je développe mon backend en fait. Je regarde juste flutter.io quotidiennement et j'attends 1.0 - et parfois, cette attente pleine d'espoir provoque une discussion sur tout ce qui est, l'essentiel est que quelque chose se passe.

Désolé d'avoir mal parlé du webview

Btw : désolé, je sais pour vous tous comment allez _google_, et tout votre travail acharné , mais, oui, vous êtes _google_. Rien d'autre. Mon premier contact avec _google_ était le dernier jour où j'ai utilisé _altavista_.

Donc, si je pouvais parier sur une entreprise qui gagnerait une course, je parierais un jour sur _google_.

Merci pour les infos :) Je n'ai plus rien à dire sur ce problème :)

Flutter utilise Skia pour le rendu et Chrome utilise Skia pour le rendu, il semble donc que cela devrait être une conversion facile. Mais vous ne pouvez pas ajouter un navigateur dans Flutter de cette façon, car toute application Flutter serait interdite de s'exécuter sur l'Apple Store. Sans la capacité multiplateforme, Flutter serait abandonné. Google a raison de prendre du temps avec ce problème.

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

@Rockvole très intéressant

Enfin, j'ai publié une nouvelle version (v0.5.1) de flutter_inappbrowser où il y a un support initial des WebViews en ligne ( InAppWebView ) ! Évidemment, ce Widget n'est disponible que pour Android pour le moment et il y a quelques limitations car AndroidView n'est pas assez stable.

Cependant, vous pouvez déjà jouer un peu avec. Il y a beaucoup de fonctions et d'événements que vous pouvez tester et utiliser ! Un exemple de WebView en ligne peut être trouvé dans le fichier README.md du référentiel de plugins.

EDIT 1 : sortie de la nouvelle version ( 1.0.1 ) avec prise en charge des widgets de visualisation Web en ligne Android et iOS ! ??

EDIT 2 : il a été renommé en flutter_inappwebview . La version actuelle est la 2.0.1 ! Il y a beaucoup de nouveaux événements, options et méthodes.

Je suis juste curieux : il est mentionné dans Google Developer Days China (le mois dernier) que le plugin officiel WebView devrait sortir avec l'aperçu développeur 2. Cependant, ce plugin webview_flutter est toujours en développement : https://github .com/flutter/plugins/tree/master/packages/webview_flutter

@imWildCat Merci de nous avoir enregistrement vidéo (55:12) du keynote GDD pour m'assurer que nous n'avions pas dit qu'il était sorti. Néanmoins, nous nous excusons que vous ayez eu l'impression que ce plugin avait été publié.

@InMatrix Désolé pour mon malentendu. Merci beaucoup pour votre explication et je l'apprécie vraiment. J'attends avec impatience la sortie du plugin officiel WebView.

flutter/plugins#890 a ajouté le support iOS au plugin webview_flutter.
La prise en charge de l'intégration des vues de la plate-forme, sur laquelle est basée la vue Web en ligne, est toujours en préversion (voir https://github.com/flutter/flutter/issues/19030#issuecomment-437534853 ).

Les problèmes ouverts sont étiquetés avec les vues de plate-forme et/ou les étiquettes de vue Web , veuillez voter pour les problèmes qui vous intéressent pour nous aider à hiérarchiser.

Notez que si vous souhaitez l'essayer sur iOS, vous devrez activer l'indicateur d'aperçu, voir plus de détails sur :
https://github.com/flutter/flutter/issues/19030#issuecomment -437534853

L'absence d'une WebView utilisable est vraiment un facteur décisif pour moi personnellement.
flutter_inappbrowser est un excellent package qui est très proche de la pleine utilisabilité mais manque encore de prise en charge du clavier. Malheureusement, j'allais juste créer une application d'éditeur de code ........

Félicitations à 1.0 pour le meilleur framework mobile jamais créé :tada:

Maintenant en attente de la vue Web :relaxé:

Juste pour clarifier : le plugin webview_flutter fournit une vue préversion pour les développeurs.

Nous suivons les problèmes et les fonctionnalités manquantes avec la balise

@amirh Désolé de vous

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

Sujet très intéressant pour mon problème, je suis tombé sur ce sujet après avoir beaucoup lutté pour trouver une bonne vue Web pour le flutter. Malheureusement, ce nouveau plugin (encore un aperçu développeur) a un gros problème avec Android lorsque j'ai essayé d'ouvrir le clavier. Cela sera-t-il corrigé lors de la sortie?

Je pense que l'interface de fonction étrangère + webkit est le meilleur moyen. Inline android webview ou ios wkwebview n'est pas une bonne idée

Je pense que l'interface de fonction étrangère + webkit est le meilleur moyen. Inline android webview ou ios wkwebview n'est pas une bonne idée

Il y a des avantages et des inconvénients (le plus évident est la taille binaire).
Je vois vraiment comment, pour certains cas d'utilisation, le regroupement d'un moteur Web serait le choix préféré.
Il peut être possible d'ajouter ceci comme implémentation alternative de webview_flutter en implémentant l' interface de plate -