Problèmes de chargement mobile.twitter dans webview

Quand j'essaye de charger l'url ci-après dans une Webview tout ce que j'obtiens est noir twitter arrière-plan avec le chargement de spinner. La page est chargée, en tant que WebViewClient.onPageFinished est appelé. Toutefois, le chargement de la page ok dans le navigateur Android standard.

https://twitter.com/#!/scottyab or https://mobile.twitter.com/#!/scottyab

Je suis en train de penser Twitter changé leur site web mobile comme cela a fonctionné un mois. Quelqu'un d'autre connaît cela?

Mise à jour: javascript activé mWebView.getSettings().setJavaScriptEnabled(true);

webview.getSettings().setJavaScriptEnabled(true);
Ouais c'est passe pour nous aussi... Mais seulement avec notre Nexus One, plus d'un combiné (Magie) semble fonctionner très bien.
Je l'ai eu sur le htc desire et le nexus s, trop.
Yup, nous avons sur le htc désire trop

InformationsquelleAutor scottyab | 2011-07-28

19

Ceux-ci sont en effet sale hacks. Changer le User Agent est vraiment une mauvaise solution et devrait jamais être fait. Lors du chargement twitter.com dans une webview, vous feriez mieux d'essayer le morceau de code là :
https://stackoverflow.com/a/6625418/162178

Paresseux pour les boitiers, je le donne ici :
```
webView.getSettings().setDomStorageEnabled(true);
```
Tous les crédits va à gregm, qui a donné à celui-ci 🙂

Bon codage !

Edit: Juste une petite mise à jour pour justifier ce choix, l'Agent Utilisateur sont destinées à donner au site visité l'info à propos de qui est le client.
Si, un jour, Twitter fait des modifications spéciales dédiées à Android, ils vont certainement utiliser l'Agent de l'Utilisateur pour y parvenir.
Si vous leur dites votre iPhone ou ce que vous ne pourriez jamais obtenir redirigé ou, plus simplement, de ne jamais obtenir le css conçu spécialement pour la plateforme Android.

Et en plus point de vue politique, si tout le monde change d'Agent Utilisateur, les statistiques du site sera mauvais et ils pourraient ne jamais le voir, il ya beaucoup d'Androïdes à venir à leur site web. ^^
(Peut-être envisager de faire appel à la bonne mises à jour de leur site web). Et toute cette histoire n'est pas seulement pour Twitter web clients. Alors soyez gentil.

Benjamin réponses ici semble bien (à l'aide de Java de Réflexion pour la rendre compatible si je suis correct)

Donc encore une fois de ne pas changer l'User Agent, c'est très mauvais pour votre application et le web santé. Et devrait tout simplement être interdite de code là-bas. Merci 🙂
- A parfaitement fonctionné! Merci pour le lien =)
- Je suis confronté à un problème ici. Quand je fais webView.getSettings().setDomStorageEnabled(true); et ensuite appeler loadURL pour twitter pour la première fois, la page n'est pas chargée . Mais si je l'appelle webView.reload() ou de charger l'url de nouveau , il s'ouvre twitter.com a partir de là, jusqu'à ce que je quitte l'application (ou de forcer la fermeture de paramètres) . Nouveau à partir de redémarrage suivant, twitter n'est pas chargé pour la 1ère fois. Quelqu'un a été confronté à ce problème ?
- Je vois la première page apparente à charger, mais ne montrant aucun tweats, ne laisser apparaître que les 4 éléments de la liste (à la Suite, les Disciples, les Favoris, les Listes qui ne répondent pas à un clic. L'actualisation de la page montre la attendue liste des tweets, et ci-dessous les tweets de ceux de la liste de travail. Je suppose mobile.twitter.com est rompu pour la première vue, mais il réussit à la définition de certains html5 drapeau via le DOM de stockage.
- à l'aide de l'iphone ua agent fonctionne bien sur le premier point de vue, sans le dom paramètre stockage. Je suis en ajoutant une condition pour twitter.com. Espérons que twitter prend en charge android mieux à l'avenir.
- Ok merci !Réglage de l'agent utilisateur avec DomStorageenabled a fait le tour pour moi
- J'ai fatigué cette solution a permis à la webView.getSettings().setDomStorageEnabled(true); aussi l'agent utilisateur, mais ne fonctionne pas pour moi, je le suis toujours d'obtenir la page web n'est pas disponible.lors de l'ouverture de l'utilisateur de twitter s'il vous plaît suggérer une solution.
InformationsquelleAutor MrBuBBLs
16

Correction du problème de chargement par le coder en dur à l'agent utilisateur de l'iPhone de l'utilisateur de l'agent (j'ai trouvé il a travaillé sur la version iPhone de l'application)
```
mWebView.getSettings().setUserAgentString("Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3");
```
Besoin de me laver les mains après cette sale hack.
- C'est moche, mais ça marche pour nous aussi.
- Dans ce cas, l'utilisateur va voir le lien Twitter de l'application iPhone. L'utilisation de l'approche de @chuckbjones.
InformationsquelleAutor scottyab
14

Un peu moins sale que l'utilisation de l'iPhone, de l'agent utilisateur, j'ai été en mesure d'obtenir ce travail à l'aide de l'OG Droid chaîne de l'agent utilisateur:
```
webView.getSettings().setUserAgentString("Mozilla/5.0 (Linux; U; Android 2.0; en-us; Droid Build/ESD20) AppleWebKit/530.17 (KHTML, like Gecko) Version/4.0 Mobile Safari/530.17");
```
De cette façon, vous n'obtenez pas l'iPhone de texte spécifique comme "Télécharger la nouvelle Application Twitter pour iPhone" sur la page.
- Fonctionne comme un charme, merci pour l'aide.
InformationsquelleAutor chuckbjones

Suivantes MrBUBBLs réponse, quelque chose comme ça devrait le faire pour gérer la compatibilité descendante lors de la résolution de twitter question:

//Hack to let mobile twitter work. From API 7 (Android 2.1) only
try {
    Method m = WebSettings.class.getMethod("setDomStorageEnabled", new Class[]{boolean.class});
    m.invoke(mWebView.getSettings(), true);
} 
catch (SecurityException e) {} 
catch (NoSuchMethodException e) {} 
catch (IllegalArgumentException e) {} 
catch (IllegalAccessException e) {} 
catch (InvocationTargetException e) {}

InformationsquelleAutor Benjamin Piette

Vous devez vous connecter pour publier un commentaire.