Reprise du message précédent :

 
Bien sur, le GPS trouve même Flétrange
 
autre problème sur mon htc, il m'indique le nom des rues en taiwanais

Je sais pas si c'est moi ou l'application mais j'ai l'impression que les topics chargent beaucoup plus vite en passant pour un browser android que par l'application. Sans cet inconvénient j'utiliserais hfr4froid h24 mais du coup il me sert juste à envoyer des photos par MP plus facilement.
Un problème connu?

Tu constates la même chose en WiFi ? En 3g c'est aléatoire, il y a quelques temps chez moi c'était la misère, en ce moment ça va bien mieux. Ça peut venir de tellement de choses différentes que c'est difficilement analysable, surtout avec toutes les combos smartphone / forfait possibles.

Dans les deux cas, en wifi ou en 3g ça va plus vite via le browser j'ai l'impression.

J'avais constaté la même chose avec une connexion lente.
 
Est-ce que ça pourait pas venir de la WebView et plus particulièrement de sa gestion du cache ? Il est peut-être mauvais ou limité en taille ce qui l'oblige à recharger les gifs des avatars et autres smileys, ce que ne fait pas le navigateur.

Normalement (mais je suis pas sur), intrinsèquement le navigateur c'est une webview aussi mais les optis doivent être différente. Chez moi en wifi HFR4droid ça pulse
 
@Leilu @Pilef vos téléphone et opérateur ?

Galaxy S avec forfait virgin bridé à 384kbit/s.

Bridé en débit ? Tiens connaissais pas ça

La majorité des forfaits mobile sont bridés en débit aussi.

Edit: https://spreadsheets.google.com/pub [...] utput=html La feuille date de février. Ça a pu changé pour quelques forfaits depuis. En tout cas je confirme les valeurs concernant les forfaits Bouygues et Virgin car j'ai eu l'occasion de tester les deux.

Ouais mais il ne le dise pas Bridé en débit et en data

 
Ca va avec généralement  
Bridé en débit vocal, ceux qui parlent trop vite hop, on retire des mots? ²

Galaxy S avec (vieux) forfait Orange bridé aussi à 384kbit/s. Mais quand j'avais fait la comparaison avec le navigateur, j'étais en Edge.

meme constatation en wifi surtout

je pense que c'est du au fait que sur le browserr, la page s'affiche avant d'etre completement chargée et ensuite charge les images

HFR4droid attend que la page soit chargée, l'affiche et ensuite charge les images

Malheureusement c'est inévitable, car la mise en forme via regex et autres joyeusetés ne peut se faire qu'une fois la page HTML sauvegardée sur le téléphone. Ce serait bien de le faire "en direct" mais malheureusement impossible et surtout complétement inutile car ce qui met du temps c'est pas le téléchargement du HTML mais la connexion au réseau.
 
Une fois la connexion établie, 2 ou 3 secondes plus tard, la page s'affiche. Ca peut paraître long mais c'est le prix d'un affichage optimisé

ouais c'est pour ca que toyo devrais (ou devais je me souviens plus ) nous coder un mini serveur a poser chacun chez soi qui ferais proxy et traiterait les regexp
 

Il y a du vrai et du faux

Oui il faut attendre d'avoir tout le HTML avec de commencer le traitement
Non la page s'affiche AVANT d'être chargé complètement

En fait pour être précis : j'affiche la page quand elle est chargé à plus de 15%

Vocabulaire : chargement = chargement du dom dans le browser (la webview)

Entre 0 et 15 => les points de suspension animé
Entre 15 et 100 affichage de la page  avec toujours la barre de chargement fine en haut
> 100 : je la fais disparaitre

J'utilise un listenner pour ça

webView.setWebChromeClient(new WebChromeClient()
{
                        public void onProgressChanged(WebView view, int progress)
                        {
                                progressBar.setProgress(progress);
                                if (progress > 15 && loading.getVisibility() == View.VISIBLE)
                                {
                                        // Du code
                                }
                                if (progress == 100)
                                {
                                        // Encore du code
                                }
                        }
}

Là ou vous attendez c'est pendant la popup modale "chargement de la page X/Y" non ? Là c'est la requête HTTP qui est en attente chez votre opérateur.

Pkoi c'est plus rapide avec le browser chez certains ?
User agent, opti du browser de votre os, pleins de chose en fait.

D'ailleurs je pensais à ca l'autre jour.
 
J'imagine que même si les pages sont gzipées, elles font quand même un sacré poids. Quand on sait comment les connexions mobiles sont capricieuses, on a intérêt à diminuer au plus possible la taille des pages + le nombre de requêtes HTTP.
 
Du coup, l'API JSON du forum semblait parfaite. Mais si j'ai bien suivi, elle n'est pas activée car incomplète.
 
Une solution de contournement ne serait-elle pas de créer un serveur "proxy" qui ferait l'interface entre les clients et le serveur HFR ? Ce serveur pourrait une API REST-compliant, et renverrait les données en JSON.
 
Gain : toutes les applis clientes existantes (HFR4Droid, Appli Windows Phone, HFR+ IPhone, ...) pourraient toutes en bénéficier et les utilisateurs seront gagnants

Ca peut pas se gérer ce user agent ?

Moi ce qui prend du temps c'est ma roulette de chargement. Les trois poinnts et la barre c'est tres rapide mais pas bloquant de toutes façon puisque on peut déjà lire

Ouais !!!

Le proxy ça serait la méga classe
 
Pour le UA, je pourrais permettre de l'écraser mais je suis même pas sur que ça change vraiment grand chose.

Et faire transiter tes cookies de session, avec possibilité que ça soit intercepté et tous les risques de confidentialité que ça comporte ? Bof quand même.
Sans compter que tous les utilisateurs mobiles seraient vus avec la même IP côté serveur, et risque que tous soient pris pour les multis les uns des autres ?

non pas un serveur commun, un serveur perso, que tu met chez toi et tu indiques a l'appli ton ip

Pour les vrais geek

Ca fait (presque) un an que je le réclame : http://forum.hardware.fr/hfr/gsmgp [...] tm#t572813

et encore... je suis geek et je trouve l'idée complètement démesurée par rapport au besoin initiale. Faire tourner un serveur H24 chez soi pour pré-digérer des pages du forum tout ça pour gagner quelques secondes de chargement sur une application mobile . Ça me fait penser à l'épisode de "The Big Bang Theory" où ils allument la lumière chez eux en passant par 12 serveurs à travers le monde

La seule chose qu'il faut c'est un accès direct aux tables SQL du forum
 
Mais ça, je pense que M.arc sera pas trop chaud

Le problème du proxy-cache c'est que tout le monde n'affiche pas forcément la même chose sur le forum, notamment le nombre de messages par page

Non mais on est d'accord, c'est un big projet qu'il faudrait bosser à plein temps

Déjà que HFR4droid/HFR+/HFR7 ça nous bouffe pas mal de temps

Surtout toi en ce moment
 
Moi je m'occupe de ma vraie vie et de mon TouchPad

J'avoue que mes users sont assez casse-burnes

C'est implicite, ce sont des users

Tu l'as eue ?
 

Les quelques secondes de chargement sont très importantes à mon goût. Je fais une utilisation intensive de HFR4Droid dans les transports en commun, et je passe presque plus de temps à charger les pages qu'à les lire. Ca n'est pas la faute à l'appli, c'était pareil sur iPhone.
 
Alors oui le serveur proxy, ca aurait pas mal de contraintes, et c'est un boulot de dingue, mais si ça permet d'améliorer ton quotidien... (oui, HFR c'est toute ma vie )

Yep

edit : une fois la tablette sous android je pourrais tester mon appli sur tablette

GG
 
A quand la version WebOS de ton appli ?

Quand la version 0.1.0 sortira, tout le monde aura migré sous android

Nan

perso j'ai un pc qui tourne a la maison H24, si je peux rajouter un script php dessus qui me formate les pages version lite ca changera rien du tout
 
et ca me parait pas si dur a mettre a en place non ?
 
recois une demande de HFR4droid,
telecharge la page sur le forum
applique la regex
renvois le resultat a HFR4droid

Ca fait 2 requêtes http quoi

Tu as un abonnement de merde, on n'y peut rien

Ici, tant que je suis en H (la majorité du temps), c'est quasi aussi rapide qu'en wifi. En E, ça dépend, parfois c'est lent mais survivable, parfois le chargement d'une page est plus long que ma patience