Reprise du message précédent :

l'appli est plus simple à utiliser que la version web, faut arrêter les conneries  

L'auteur de ce message pourrait avoir la décence de venir porter réclamation ici

Je decouvre le sujet, alors je sais pas si mon idée d'evolution a deja été proposé.
 
Sur l'appli, je n'utilise que les drapeaux. Or quand on a lu tous les sujets sous drapeaux, on reviens au menu principal.
Y'a t'il possibilité de rester sous le menu drapeaux même si il n'y en a plus d'actif? (je sais pas si je me fais bien comprendre, si jamais, demander plus de detail).
 

Si j'ai compris. En fait pour cela il faut passer par catégorie. En mode multi cat, HFR affiche une page vide si tous les drapals ont été lu (page => http://forum.hardware.fr/forum1f.p [...] w=0&nojs=0 )
 
En mode catégorie simple (par exemple hardware) tu verras tes drapeaux même si ils sont lus

 
C'est ca qui ne marche pas sur mon tel alors, si c'est fait come sur le forum.
En effet, il me dis que tous les drapeaux ont été lus et retourne sur la page principale.

yep, ça marche comme sur le forum. C'est le "Toutes les catégories" sous l'appli

Salut Toyonos,
 
Voilà j'ai une requête    
Ton appli fonctionne très bien sur mon smartphone Galaxy S mais beaucoup moins sur ma tablette (Acer A700).
Sur tablette, si :
- on utilise "Étirer pour remplir l'écran", on profite de la résolution de la tablette mais l'application n'est pas fluide
- on utilise "Zoomer pour remplir l'écran", c'est aussi fluide que sur mon Galaxy S mais c'est moche car zoomé à la truelle.
 
As-tu la possibilité d'ajouter "un volet" (je ne sais pas si c'est le terme) tablette à HFR4droid afin de pouvoir combiner la fluidité et exploitation de la reso de la tablette ?
 
Merci  

Une version tablette est prévue, j'attaque après la 0.7.0

Franchement, sur ma tf101, l'app est très comme ca

Y'a quoi de prevu?

Très quoi ?  

Très comme ça.

 
 
tres bien of course  

Typiquement comme gmail un volet de navigation a gauche avec les topics.

J'ai toujours des fuites mémoires malgré des modifs de mon code. Chaque navigation dans une page de topic ajoute 3 ou 4 mo de mémoire a l'appli

Donc la prochaine version sera réservée au Galaxy Note 2 et ses 2 Go de RAM ?  

Parles pas du note 2 mon banquier va faire la gueule je crois
Sinon Toyo tu as une petite idée de la provenance de ces fuites ?

https://www.google.com/search?q=and [...] =firefox-a
 
C'est pas forcement de ma faute
 
Enquête in progress

Ok ... je demandais au cas où

Je test un fix qu'à fait un mec

Je crois que j'ai reduit à mort la conso cpu, j'ai appliqué un fix qui consiste à stopper le thread principal de la webView quand celui ci n'est pas au premier plan (cad quand HFR4droid est en background) et de le relancer quand la webView redevient active (cad quand vous revenez sur HFR4droid)

Merci internet => http://www.anddev.org/other-coding [...] tml#p94938

Par contre comme mon architecture est plus compliquée (création suppression dynamique de webview en permanence à chaque navigation) j'ai encore le cpu qui s'emballe même si HFR4doid est en arrière plan mais c'est vachement mieux Je continue les optis.

Putain t'assures. Si tu sens une amélioration c'est déjà ça

Ca ne m'étonne pas que le CPU soit à 100% en permanence
 

Avant c'était moins pire, j'en gérais qu'une à la fois, maintenant 3
J'avais fait ce choix car si je gardais la même instance en rechargeant du html à l'intérieur, la page merdait et se rafraichissait mal (les bétas testeurs du début se rappellent peut être des pages qui ne changeait pas )

Peut-être que le composant a été amélioré et que la création/suppression de l'objet n'est plus nécessaire ?

Mais ceux qui sont en 2.x je les oublie ?

Fait chier, dès qu'on commence à plus naviguer dans les pages d'un topic le CPU repasse à 100% même quand l'appli est en backgroud
 
(notez que c'est normal que le proc consomme bcp en utilisation active, les webviews sont très demandeuses)

bon, je viens d'ajouter un galaxy S sous slim ICS 4.0.4 a ma collection...
re drap donc

hum ... tu redrap parce que tu repasses à android ? Sinon le SGS c'est pas ici

Voila
 
En fait non, je suis encore en 2.X
 

Il ne te reste plus qu'à développer ton propre composant pour afficher les messages.
 
Vu la structure "relativement" simple des pages à restituer, je pense que c'est faisable (tu n'as qu'à le faire toi-même PROOF )
 

L
O
L

Bon après avoir testé 50 trucs la conso CPU reste non satisfaisante.

Demain je test un truc, pas forcement bourrin mais qui devrait marcher : lorsque l'appli sera en background, je vais détruire les webviews. Quand on reviendra dessus, je ferai un redraw, c'est à dire je vais reconstituer les webview depuis mon cache en mémoire (rapide puisque les posts déjà téléchargés je les stocke). C'est la seule façon que ce composant finalement merdique (car buggé et difficilement controlable, cf les multitudes de questions sur le net à propos du composant) fonctionne correctement.

Niveau temps de chargement lors du resume, facile, ça sera aussi long que quand vous changez de thème depuis la page des posts, redraw de la page.

je redrap pas
mais je signale quand même, parce que j'ai pas vu qq un mentionner la rom custom slim ICS ici
mais faut que je trouve le topic SGS

Par contre ça restera à 100% lorsque que l'appli en au premier plan ?

Plus ou moins mais ça je n'y peux pas grand chose. Beaucoup d'apps consomment pas mal en étant au premier plan.

Perso si le composant est merdique et consomme beaucoup en CPU, je préfère ne pas avoir la feature

Ca sera toujours mieux que la version actuelle qui a fuite mémoire et cpu

C'est très prometteur, l'appli en back ne consomme plus et la destruction / chargement dynamique est rapide, propre et transparente
 
Je suis particulièrement content du code là