Reprise du message précédent :
Tu utilises une API fournie par HFr ou tu fais du reverse engineering  ?

Dérives ? Quelles dérives ?

Parsing HTML, à l'ancienne

Je ne trouve pas l'idée génial.
Est-ce que ça ne risque pas d’alourdir le chargement des pages !

 
ah dommage qu'hfr ne propose pas une API pour soutenir des devs tiers comme celui ci

Si Toyo fait comme ça c'est qu'il y a une très bonne raison (non, la feignantise n'est pas la raison )

elle existe l'api Json
 
elle est juste pas activée non ?

Toyo fait quoi comment ?
Je parlais de l'idée des vote...etc.

Ah bah quote alors, je croyais que tu parlais du parsing

On en a parlé en long en large et en travers. Elle est activée mais ne satisfait pas aux besoins des applis.

Edit : en fait l'API ne détecte pas que tu as lu un topic. Elle est juste consultative. Pour que ça marche il faudrait utiliser d'un côté faire la requête via l'API et de l'autre faire une requête HTML vers la page en cours de consultation uniquement pour que le forum enregistre que tu viens de la consulter, l'intérêt JSON est perdu, ça fait 2 requêtes (1 lourde + 1 légère) au lieu d'une seule (1 lourde avec le parsing).

Certes on pourrait faire la requête HTML en arrière-plan et utiliser JSON uniquement pour ses bienfaits de rapidité, mais l'intérêt n'est pas si évident, le gain de temps sur le chargement d'une page assez négligeable et ça alourdirait le poids des requêtes

C'est un peu ce qui est fait avec le pré-chargement (en utilisant un compte bidon pour pas pourrir les drapeaux)... (sauf qu'actuellement je suppose qu'on fait deux requêtes HTML).
 
Si l'API JSON existe elle pourrais être utilisé pour le pré-chargement. Et la requête HTML pour mettre à jour les drapeaux peux se faire en arrière paln. De plus on peux se contenté d'envoyer les en-tête HTTP puis couper la connexion, vu que la réponse ne nous intéresse.
 
Edit : En lisant le log de commit il semble que l'API json soit utilisée. (ou du moins partiellement implémenté)

Riotounet

ya ce genre de truc qui existe aussi pour les forums : http://www.tapatalk.com/

De mémoire (faudrait fouiller sur le topic du forum dans discu) la feature n'était pas populaire et il y avait le risque de spam / utilisation par des boulets

Activé mais pleins de défauts, j'avais fait un post récapitulatif

Retrouvé

ah merci, j'étais passé à coté ...

c'est franchement dommage c'était LA solution si cette API couvrait les fonctionnalités du forum !

Bon toujours est-il que ta dernière béta est BCP plus rapide que la version courante
(par contre faudrait fixer le force close lors de l'ouverture d'une URL reçue par mail pour que ca soit top )

les bugs seront fixés

J'avais pas fait d'autre retours à part qq critiques, donc je corrige
 
Déjà je trouve l'appli plus rapide et plus agréable dans l'ensemble, l'intégration des profils est très sympa aussi.
J'aime beaucoup le nouveau système de changement de page mais je trouve qu'il manque qq trucs, notamment je l'avais dit il manque un indicateur pour savoir si la page suivante (ou/et précédente) est chargée, pas possible de mettre un indicateur en haut ou qqch ?
 
Ensuite, quand on va sur la page p, si j'ai bien compris l'appli précharge automatique les pages p-1 et p+1. Est-ce qu'elle fait ça dans un ordre particulier ? Parce que certaines fois j'ai vraiment du mal à passer à la page suivante, j'ai le message "page p+1 en chargement" à chaque fois que je swipe. Ce serait pas possible de prioriser le chargement de la suivante (ou précédente) selon les cas ? /pas très clair

J'avais mis une très légère vibration mais elle n'a pas plu, je l'ai viré dans la beta 2
Quel système discret suggérez-vous ? (outre la faible vibration qui me plaisait bien )

L'appli charge la page n+1 puis n-1 (quand elles sont disponibles). Parfois ça met du temps (connexion, lag de l'appli, comme dans la versions 0.6.1 mais normalement ça marche mieux)

Fixé  

 
yeaaaah  

 
Je sais pour la vibration
Ben disons que dans mon cas, je trouve ça gênant surtout quand j'ai demandé à passer à la page suivante, que la pop-up "page en cours de chargement" à disparue et que rien ne s'est passé. A la limite j'aurais préféré que la pop-up reste jusqu'à ce que la page soit chargée et soit qu'elle disparaisse quand elle est chargée, soit que le changement de page se fasse automatiquement.
 
Et comme j'avais déjà dit, j'aimais bien le refresh en swipant sur la dernière page du topic

Bon je crois que j'ai trouvé, ça devrait être plus rapide maintenant (ouverture de lien de type hfr intra topic et externe quand dans les mails ou aq)

Beta 3 qui ne change pas grand chose à part une correction de bug et accélération des ouvertures d'urls lentes (aq, depuis une alerte mp, depuis l'extérieur, depuis un topic etc...)

http://hfr.toyonos.info/hfr4droid/ [...] _beta3.apk

Il me reste mon icone AQ à trouver aussi

sinon :

QQ d'autre m'a demandé ça.

Comme sur la 0.6.1

à base de la dernière frame de ce gif  
  ?

 
not found

Oups, fixé

 
C'est la solution que je préfère, avec la pop-up qui reste jusqu'au changement de page
 

 
Yep

 
Ou pas

Edit : Not found
Edit 2 : ça remarche  

+1 moi qui venais de me décidé à jouer les beta testeurs aussi  

edit: juste quand je poste

Je confirme :
- bug de lenteur d'ouverture des URLs  

Je confirme :
- bug de lenteur d'ouverture des URLs  

 
Mais nouveau bug de double post ?

Yep mais il faut que ce soit implémenté aussi coté forum; ce qui n'est pas le cas sur Hfr.

Validation du message ... ... ... ... ...
Retour / Valider
 Validation du message ... ... ... ... ...
 

Je suis le seul avec le bug du spoiler?
Il ne s'affiche pas quand je clique. ça me le fait depuis que je suis sous JB.
 
test: