Flutter: Inline Android e iOS WebView

Adicionando um exemplo de caso de uso para isso:

Eu tenho um aplicativo Android híbrido em que alguma renderização é tratada por um WebView, mas os controles para coisas como navegação são manipulados por widgets de IU nativos. Eu gostaria de portar uma versão para o Flutter. Pensando bem, os requisitos para fazer isso funcionar são:

• Uma maneira de adicionar um WebView à árvore renderizada para que ele possa viver ao lado de widgets nativos para itens como botões de navegação.
• Uma maneira para permitir a interação com JS no WebView (algo como este ).
• Uma forma de interceptar solicitações HTTP do WebView.

O último item aqui nos permite transmitir o conteúdo dos arquivos PDF para o WebView. A implementação atual do Android intercepta solicitações HTTP do WebView e transmite de volta o conteúdo do arquivo PDF solicitado. A implementação pode ser vista aqui .

Sou novo no Flutter, então posso ter entendido alguma terminologia errada. Avise-me se precisar de esclarecimento sobre alguma coisa.

No momento, estamos migrando para uma abordagem que torne mais fácil o uso de visualizações nativas em conjunto com o FlutterView:
https://docs.google.com/document/d/1DOfwpL6VojCAG_zjjcA_z5ekF7rTIohV8dWn2o7_IME/edit

Isso é mais sobre como colocar um WebView dentro de uma árvore de widgets do Flutter, eu acho. Como você diz em seu comentário original, precisamos de algo semelhante para incorporar vídeos ou mapas fornecidos por uma biblioteca não Flutter de terceiros.

Alguma atualização sobre a integração de um webview com vibração?

Parece que alguém iniciou um plugin para fazer visualizações da web em tela cheia: https://github.com/dart-flitter/flutter_webview_plugin

Acho que fazer o subconjunto de atividades é um ótimo começo. Isso desbloquearia todo um conjunto de tipos de aplicativos que precisariam obter um token oauth de um login da web.

FWIW: aqui está o PR para a versão iOS do plugin webview: https://github.com/dart-flitter/flutter_webview_plugin/pull/3

Agora temos o plugin webview no IOS graças a @toufikzitouni 👍 https://pub.dartlang.org/packages/flutter_webview_plugin

Isso não está em nossa lista de prioridades de curto prazo. Movendo-se para o próximo marco.

Seria ótimo ter uma webview e uma maneira de interagir com ela. Quero mostrar o vídeo do YouTube incorporado e controlar o player. No momento, estou usando https://github.com/dart-flitter/flutter_webview_plugin , mas estou usando alguns hack para algumas situações. Por exemplo, eu mudo a URL da webview em JavaScript depois que o vídeo termina para que o app flutter receba um evento onUrlChange e então feche a webview.

@csbenjamin Você está procurando especificamente pelo YouTube e prefere https://developers.google.com/youtube/android/player/ em vez de um WebView para controlar? Ou você também precisa de um WebView? Se você está procurando um player específico do YouTube, registre um novo bug, esse é definitivamente um pedido razoável. :)

Sim, estou procurando o player do YouTube. Eu não preciso de nada do webview, apenas um player do YouTube. Vou abrir uma nova edição. Obrigado

Temos que abrir o formulário de pagamento da web e esse recurso é um bloqueador para nós 😢

@megatolya o plugin do webview não pode fazer o trabalho por você?

@ lejard-h
Infelizmente não. Precisamos ter a oportunidade de processar formulários da web em qualquer lugar da página. Não apenas em cima de outro conteúdo ou na página separada. Controlar manualmente a rolagem (para reposicionar o webview) parece muito complicado para nós.

Eu entendo que este problema é um problema de design, mas IMHO esse recurso é fundamental para ignorar.

Isso é definitivamente algo que pretendemos fazer e concordamos que é crítico para muitos casos de uso.

Infelizmente, esse problema também seria um bloqueador para considerarmos o Flutter, pois também temos um caso de uso semelhante ao que @jxson mencionou acima e sobre o que o Basecamp postou aqui:
https://m.signalvnoise.com/basecamp-3-for-ios-hybrid-architecture-afc071589c25

Usar o Flutter sozinho para escrever uma vez e implantar em ambas as plataformas móveis já é uma vitória. Mas queremos dar um passo adiante e trazer todos os nossos recursos da web em um aplicativo híbrido com componentes nativos suficientes para fazer com que toda a experiência pareça o mais próximo possível do nativo, sem a necessidade constante de nos manter atualizados com os novos recursos que apresentamos em nossa versão web.

Qualquer coisa que possa ser compartilhada sobre o roteiro em relação a esse problema seria muito útil.

Estamos trabalhando em algumas alterações de código que esperamos que façam com que WebViews embutidos funcionem com o Flutter no iOS. WebViews embutidos em FlutterViews no Android estão um pouco mais distantes. Desculpe, não tenho mais detalhes do que isso. : /

Isso está definitivamente chegando ao topo da nossa lista.

Obrigado pela atualização.

Neste ponto, podemos dizer se este é um bloqueador de versão beta ou 1.0?

Desde que o Beta 1 foi lançado, há alguma notícia sobre o suporte a um widget WebView?

Obrigado

@eseidelGoogle << bump >>

Eu recomendo seguir https://github.com/flutter/flutter/issues/73 , o trabalho necessário para ambos é semelhante. O status é muito semelhante ao que relatei 17 dias atrás, desculpe. A situação do WebView é quase idêntica à do Maps, conforme descrito aqui: https://github.com/flutter/flutter/issues/73#issuecomment -367818217

Enquanto você considera a criação de uma visualização da web no Flutter, seria útil permitir o carregamento de html de uma string, também fornecendo à visualização da web um url de base (a partir do qual os recursos referenciados no html - .css, .js, imagens etc. - seriam carregados) , como pode ser feito no iOS (mostrado abaixo) e Android.
webView.loadHTMLString(htmlString, baseURL: locationWhereResourcesAreLocated);

Para mim também, Flutter não é uma opção sem um controle WebView totalmente funcional, que pode carregar HTML, URLs locais e remotos, executar JavaScript e permitir a comunicação entre o código Flutter e JavaScript no WebView.

Alguma atualização sobre a integração de um Web View com flutter?

Sim, isso também seria muito útil para mim.

concordar com Agreensh - carregar de uma corda seria a cereja no topo do bolo. Talvez também de um arquivo local (pelo menos no Android?)? Arquivo: URL funcionaria para isso? Alguma forma de carregar diretamente da pasta Assets? Obrigado

@IanDarwin https://github.com/dart-flitter/flutter_webview_plugin/issues/23#issuecomment -367618709 contém algumas sugestões que também devem funcionar aqui

Pretendemos usar flutter para nosso aplicativo, mas conforme descrito acima, o SDK atual não suporta webview com outro widget de flutter é um grande bloqueador para usarmos o flutter como SDK de desenvolvimento de aplicativos móveis.

Flutter não deve ficar estável até que seja adicionado IMO.

Alguma atualização sobre o WebView embutido?

@jaiminmehtadxred Acho que talvez você possa tentar implementar webview com código específico da plataforma que não seja difícil

@eseidelGoogle Algum progresso? embora flutter_webview_plugin seja ótimo, o webview não é embutido. Por favor nos ajude :)

Temos um aplicativo de mensagens (www.touchmoon.com) que depende muito de WKWebView e MKMapView dentro de áreas roláveis ​​(como células de exibição de coleção). Uma vez que nosso aplicativo Android está se arrastando, há uma forte iniciativa de reescrevê-lo do zero usando o ReactNative (como fez o Skype, Discord, Instagram ...).
Gosto de Flutter, mas a falta desse recurso é um ponto de ruptura em que não tenho mais argumentos.
Você tem ALGUMA previsão, há ALGUMA chance de ser um cidadão de primeira classe do Flutter?

Não é possível construir os aplicativos que temos em mente até que o webview seja implementado ... qual é o status? Isso parece bastante vital para muitos projetos.

sem webview embutido, os aplicativos se parecem com ...

https://gfycat.com/LawfulZanyGecko

@eseidelGoogle , @ mit-mit, sei que estou pedindo muito aqui, mas existe a menor chance de que isso seja movido para um marco anterior? Muitos projetos requerem webview embutida, e o plugin atual pode ser uma alternativa ruim. Obrigado rapazes! ps esperando ansiosamente pelo post médio beta 4 :)

Estamos trabalhando em várias soluções com a equipe do WebView. No entanto, isso pode demorar um pouco. Atualmente não temos estimativa de tempo, mas estamos trabalhando nisso. : /

Percebi que o Flutter publicou uma versão prévia. Isso significa que a primeira versão não incluirá WebView embutido?

Visualizar sem esse recurso parece um pouco heterodoxo para mim: desapontado:

Provavelmente não teremos esse recurso em nossa versão 1.0. Estamos trabalhando ativamente nisso e o disponibilizaremos assim que pudermos, de forma que atenda aos nossos padrões de qualidade.

Se você precisar disso enquanto isso, pode fazê-lo em Java / Kotlin ou ObjectiveC / Swift criando uma visualização da Web OEM e colocando-a em camadas sobre a visualização do Flutter. Infelizmente, isso não combinará corretamente com o resto dos widgets do Flutter, e é por isso que não estamos defendendo isso como uma solução.

É muito difícil prever.

Uma questão com a qual estamos lutando é quais versões do Android devem ser compatíveis. Quanto mais versões oferecermos suporte, mais tempo provavelmente levará para obter uma boa solução. Você tem opiniões sobre quais versões do Android um plugin de visualização da Web precisa suportar para ser viável?

Para nosso caso de uso, o Android 6+ deve ser bom o suficiente.

Para mim, acho que o Android 5+ está ok.

5+ em nosso caso também. Estamos diminuindo rapidamente a velocidade de desenvolvimento com suporte para 4.x
Ansioso para jogar com as primeiras compilações!

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

Para mim, acho que o Android 5+ está ok.

-
Você está recebendo isto porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/flutter/flutter/issues/730#issuecomment-399317053 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AEFUX3nMYsc0KSQerrYlMd0vAkTPlUT4ks5t_HI9gaJpZM4GvC9x
.

Android 5+ para nós

O Android 5.x tem uma participação de mercado de aproximadamente 20% com forte tendência de declínio.
Então, se você demorar 6 meses para desenvolvê-lo para 5.0 (menos de 5%), não haverá mais telefones para testá-lo.
:-)
Se for mais fácil, por que você não desenvolve para os modelos principais (7 +), libera-o (para que possamos brincar com ele) e você pode expandir o suporte para Androids mais antigos à medida que avançamos?

@iostriz Infelizmente, dependendo da versão que

5 ou mais seria ótimo, pois cobre a maior parte do mercado. A visualização da web embutida é um requisito crucial para muitos aplicativos, reconsidere a prioridade desse recurso.

Na quinta-feira, 21 de junho de 2018 às 10:09:44 PM -0700, Ian Hickson escreveu:

@iostriz Infelizmente, dependendo da versão que
ter abordagens totalmente diferentes, por causa das diferentes APIs
introduzido em cada versão. Portanto, se demorar N meses para fazer a versão X e N + 5
meses para fazer a versão X-1, então demoraria 2N + 5 meses para fazer a versão X
então a versão X-1, mas apenas N + 5 meses para fazer a versão X-1 e X ao mesmo tempo
Tempo. Se isso faz sentido.

Então eu votaria em 6+

5 e acima do nosso lado

5 e acima seria ótimo para mim

5+ seria ótimo!

5+ deve estar bem

Na minha opinião, 5+ deve ser o caminho a percorrer.

Eu gostaria de ter uma solução realmente ótima, não como o WKWebView, então estou pronto para esperar ou contribuir.

@minikin, você pode ser mais específico em relação aos problemas que está tendo com o WKWebView?

Não acho que seja razoável incorporar um mecanismo html como parte do binário Flutter. Portanto, estou supondo que acabaremos com uma solução que delega para um mecanismo html que está disponível na plataforma (no iOS provavelmente será WKWebView).

android 5+

@amirh
claro, por exemplo, você não pode definir um cookie com os métodos apropriados, por enquanto (iOS11, 12beta). WKWebView apenas ignorando isso. Portanto, você precisa usar soluções alternativas.

A razão pela qual eu gostaria de ver algum tipo de WebView no Flutter que é uma possibilidade de
use libs como d3js e renderize algumas páginas HTML estáticas.

Embora uma implementação pura do Flutter de todos os widgets seja o ideal.
Acho que precisaremos fazer exceções em alguns casos, o modo de exibição da web é um deles.

Uma implementação de visualização da web pura Flutter (como em: tudo é implementado no Dart), se possível (acho que a política da loja de aplicativos pode ser um fator limitante), será um grande projeto, estou supondo pelo menos a escala de Flutter propriamente dito.

Um plug-in que incorpora um código de navegador da web (por exemplo, cef ), pode ser possível depois que o # 7053 for resolvido. Acredito que tal abordagem ainda enfrentará alguns desafios de política de loja de aplicativos e aumentará significativamente o tamanho do binário.

Acredito que a abordagem razoável e prática que devemos adotar para a visualização da web é incorporar a visualização da web da plataforma no Flutter. Existem alguns desafios técnicos não triviais envolvidos em fazer aquilo em que estamos trabalhando. Acho que devemos usar esse problema específico para rastrear o progresso de obter uma visualização da web alinhada. Eu acho que resolver o problema inlining irá desbloquear uma grande parte dos casos de uso de visualização da web, mas espero que ainda haja uma longa lista de problemas de visualização da web nos quais trabalharemos gradualmente (recurso de visualização da web da plataforma de suporte X), que eu acho será mais prático acompanhar em edições separadas.

@amirh Muito obrigado pelos esclarecimentos!

Alguma atualização sobre a integração de um webview com vibração?

Atualizações?

Estamos trabalhando ativamente nisso. Você pode acompanhar o progresso do # 19030.

@amirh : Yay! : +1:
@Hixie : Ei Hixie :) Eu também preciso disso para meu aplicativo. O Android 4.4 é um requisito para mim, porque muitos dispositivos mais antigos estão presos nele.

FWIW, eu apreciaria ser capaz de enviar um mecanismo de renderização da Web específico com o aplicativo, para me separar das diversas implementações do WebView que os dispositivos acompanham e dos bugs dependentes de dispositivos resultantes. Com um novo WebView / Chromium ou, melhor ainda, com um GeckoView. Isso também deve resolver a maior parte do problema de dependência, eu acho?

Você pode ser capaz de criar um plugin que incorpora um mecanismo da web, eu acho que o primeiro bloqueador seria # 7053. Fazer isso provavelmente terá um impacto não trivial no tamanho do binário de lançamento (o que pode ser bom para alguns aplicativos).
No momento, estou trabalhando é incorporar a visualização da web da plataforma no Flutter.

Sim, a plataforma WebView é um primeiro passo razoável e suficiente para muitos aplicativos.

Em uma nota relacionada, há outra maneira de executar o código JavaScript no aplicativo flutter. No momento, estou contando com a criação de um plug-in de visualização da web e com o uso dele. O problema é que ele usa um canal de plataforma e tenho que rodar o js de forma assíncrona. Quero executá-lo em uma função síncrona e não preciso passar por construtores futuros.

Alguma ideia?

@manujbahl não há outra maneira.

Bom dia, ótimo trabalho todos vocês estão fazendo. é o suporte deles para setJavaScriptCanOpenWindowsAutomatically no plug-in flutter webView?

Pendurado nesta lista :)
Preciso de uma visualização da web inline simples, sem controles visíveis, apenas exibindo html / css e trabalhando com js, uri via API - em um widget de visualização da web de tamanho livre etc.: +1:

Uma webview real não é interessante para mim, mas inline html / css + js e os recursos para carregar conteúdo estendido (como fontes do google ou js libs)

Alguém experimentou o # 19030 AndroidView for Web View?

@MisterJimson há algum WIP aqui: https://github.com/flutter/plugins/tree/master/packages/webview_flutter

Você deve, no máximo, tratá-lo apenas como uma prévia agora, existem alguns bugs conhecidos, o suporte ao iOS está faltando e a superfície da API é mínima (deliberadamente neste ponto, até descobrirmos a história do iOS).

Olá pessoal, lancei o plugin "InAppBrowser" que funciona nos sistemas Android e iOS: https://github.com/pichillilorenzo/flutter_inappbrowser

Esta primeira versão é apenas uma portabilidade do popular cordova-plugin-inappbrowser para fazê-lo funcionar com a API Flutter .. Estou trabalhando nisso para atualizações !!

@pichillilorenzo seu plugin não está embutido e este canal é sobre ter o navegador em linha

@MichaelSowah Sim, eu sei disso, é por isso que escrevi "Estou trabalhando nisso para atualizações"! Vou trabalhar também nisso usando o AndroidView para Android e para iOS quando for lançado

Edit: por que o emoji "polegar para baixo" aqui? Dê alguma explicação pelo menos

alguma atualização para iOS?

Você pode explicar por que ele é emitido há anos, mas não recebemos _qualquer coisa_ webview na vibração em si? Não se trata apenas de mostrar HTML , CSS e JS a maior evolução da tecnologia desde o lançamento do _NCSA Mosaic_? O que é uma tecnologia (ou um framework), _conhecido o futuro do desenvolvimento de aplicativos_, sem _web view_? Não é tudo sobre _Google_ the web ? :piscar:

Este é um ponto que não entendo: questão:

Por exemplo, _inline webview_ significa ter o poder e _UI_ de HTML , CSS e, esperançosamente, JS de exibir coisas como a web, como _code_ em mensagens em _gitter webapp_, que não é capaz de _slack App_, incluindo JS libs para _sintoxismo_ e assim por diante.

A diferença entre outros widgets e webview é como entre toda a web e as chamadas caixas de RichText ...

Eu vejo uma lacuna entre tudo o que é feito em _hybrids_ e um framework, como flutter, mas, o poder de um webview nada mais é do que o poder dos navegadores, do _elétron_, do _atom_ e do _VS Code_, de todas aquelas coisas que amamos _todos os dias_.

:confuso:

@flddr Só porque é um recurso importante, não significa que seja fácil e rápido de adicionar. Pelo contrário.
Você parece presumir que o Google tem recursos ilimitados e que adicionar desenvolvedores adicionais em uma equipe é o suficiente para obter resultados instantâneos. Infelizmente, não é assim que o mundo funciona.

Você pode ter certeza de que a equipe do Flutter está ciente da importância dos recursos e você pode acompanhar o progresso em https://github.com/flutter/plugins/tree/master/packages/webview_flutter

@zoechi ups, obrigado, eu nunca quis dizer isso: confused:

Meu palpite era que ele foi largamente abandonado no desenvolvimento para manter uma lacuna entre _hybrids_ e _natives_, porque a IU flutuante em si é enorme, poderosa e limpa, enquanto a possibilidade de _fazer coisas em um webview_ pode terminar em qualidade inferior (como falta de _material design_ ou esses pontos). Porque webview é frequentemente mal usado para todas as coisas (_quick n dirty_)

Obrigado pelo link

@flddr Acho que é principalmente porque eles não querem reescrever um navegador no Dart (por boas razões) e, em vez disso, disponibilizam a funcionalidade nativa necessária para implementar recursos adicionais para o Flutter.
Esse recurso foi disponibilizado recentemente e, desde então, a implementação do webview está em andamento.

https://pub.dartlang.org/packages/flutter_webview_plugin (esforço da comunidade) está disponível há algum tempo, mas tinha a desvantagem de sempre ser mostrado no topo dos widgets Flutter. Por exemplo, abrir um menu de gaveta abre-o atrás da webview se houver sobreposição.
O novo plugin funcionará bem com outros widgets Flutter.

@zoechi, você está certo - supervisionei um _rewrite em dardo_ completamente. Eu só sei que flutter é o futuro do desenvolvimento de aplicativos na minha opinião, as ferramentas são ótimas, o dart é ótimo - mas eu não poderia mergulhar fundo porque estou desenvolvendo meu back-end, na verdade. Estou apenas procurando flutter.io diariamente e esperando 1.0 - e às vezes, essa espera esperançosa causa uma conversa sobre qualquer coisa, o principal é que algo está acontecendo.

Desculpe por não falar sobre webview

Btw: desculpe, eu sei sobre todos vocês como está sendo _google_ e todo o seu trabalho duro , mas, sim, você é _google_. Nada mais. Meu primeiro contato com _google_ foi no último dia em que usei _altavista_.

Então, se eu pudesse apostar em uma empresa que venceria uma corrida, eu apostaria no _google_.

Obrigado pelas informações :) Não tenho mais nada a dizer sobre este assunto :)

Flutter usa Skia para renderizar, e Chrome usa Skia para renderizar, então parece que deve ser uma conversão fácil. Mas você não pode adicionar um navegador ao Flutter dessa forma porque qualquer aplicativo de flutter seria proibido de funcionar na apple store. Sem a habilidade de plataforma cruzada, o Flutter seria abandonado. O Google está certo em dedicar algum tempo para resolver esse problema.

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

@Rockvole muito interessante 👍

Finalmente, lancei uma nova versão (v0.5.1) do flutter_inappbrowser onde há suporte inicial de WebViews embutidos ( InAppWebView class)! Obviamente, este widget está disponível apenas para Android no momento e existem algumas limitações porque AndroidView não é estável o suficiente.

No entanto, você já pode brincar um pouco com ele. Existem várias funções e eventos que você pode testar e usar! Um exemplo de um WebView embutido pode ser encontrado no arquivo README.md do repositório de plugins.

EDIT 1 : nova versão lançada ( 1.0.1 ) com suporte para widget de webview embutido para Android e iOS ! 🎉

EDIT 2 : foi renomeado para flutter_inappwebview . A versão atual é 2.0.1 ! Existem muitos novos eventos, opções e métodos.

Estou apenas curioso: é mencionado no Google Developer Days China (mês passado) que o plug-in oficial do WebView deve ser lançado com a visualização do desenvolvedor 2. No entanto, este plug-in webview_flutter ainda está em desenvolvimento: https: // github .com / flutter / plugins / tree / master / packages / webview_flutter

@imWildCat Obrigado por se juntar a nós na GDD China. Para esclarecer, demonstramos uma _preview_ do widget WebView no GDD. Verifiquei a gravação do

@InMatrix Desculpe pelo meu mal-entendido. Muito obrigado pela sua explicação e eu realmente aprecio isso. Estou ansioso para o lançamento do plugin oficial do WebView.

flutter / plugins # 890 adicionou suporte para iOS ao plugin webview_flutter.
O suporte de incorporação de visualizações de plataforma, no qual o webview embutido é baseado, ainda está em uma visualização inicial (consulte https://github.com/flutter/flutter/issues/19030#issuecomment-437534853).

Os problemas abertos são marcados com as visualizações de plataforma e / ou rótulos de web , por favor, vote a favor dos problemas de seu interesse para nos ajudar a priorizar.

Observe que se você quiser experimentá-lo no iOS, será necessário habilitar o sinalizador de visualização. Veja mais detalhes em:
https://github.com/flutter/flutter/issues/19030#issuecomment -437534853

A ausência de um WebView utilizável é realmente um obstáculo para mim, pessoalmente.
flutter_inappbrowser é um ótimo pacote que chega muito perto da usabilidade total, mas ainda não possui suporte para teclado. Infelizmente, eu estava apenas construindo um aplicativo de editor de código ........

Parabéns a 1.0 pelo melhor framework móvel de todos os tempos: tada:

Agora esperando pelo webview : relaxado:

Apenas para esclarecer: o plug- in

Estamos rastreando problemas e recursos ausentes com a tag webview . Se você se preocupa com problemas específicos, pode ajudar registrando um problema, se ainda não houver um, ou votando a favor de um problema existente. Os RP, é claro, também são bem-vindos 😄

@amirh Desculpe

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

Tópico muito interessante para o meu problema, eu me deparei com esse tópico depois de me esforçar muito para encontrar uma visualização da web correta para flutter. Infelizmente, este novo plug-in (ainda a visualização do desenvolvedor) teve um grande problema com o Android quando tentei abrir o teclado. Isso seria corrigido quando se tratasse do lançamento?

Acho que interface de função estrangeira + webkit é a melhor maneira. Android webview inline ou ios wkwebview não é uma boa ideia

Acho que interface de função estrangeira + webkit é a melhor maneira. Android webview inline ou ios wkwebview não é uma boa ideia

Existem prós e contras (o mais óbvio é o tamanho binário).
Eu definitivamente vejo como, para certos casos de uso, agrupar um mecanismo da web seria a escolha preferida.
Pode ser possível adicionar isso como uma implementação alternativa webview_flutter implementando a interface da