Reprise du message précédent :
C'est ça les fonctionnels, on leur balance 2 ou 3 infos techniques et paf ils sont paumés  

Le contenu de ce message a été effacé par son auteur

Non

Le contenu de ce message a été effacé par son auteur

 
En gros: comme ton navigateur (historique complet), ou ne pas garder l'historique, si tu vas dans un topic, quoi qu'il arrive le "bouton retour" t'amène sur la liste des topics, même si tu consultes 400 pages du topic en question.

A priori je préfère la première solution mais c'est peut-être par habitude  
 
C'est quoi le plus simple pour toi ?

Le contenu de ce message a été effacé par son auteur

tu vends le décodeur ?

thefolken a tout compris (je n'en attendais pas moins )
 
@Origan : il n'y a pas vraiment de plus simple.
 
@zaldarf : Je parle du bouton physique précèdent. Pour la navigation intra topic et intra liste des topics j'ai adopté les standards :
|<< : Page 1
<< : Page précédente
>> : Page suivante
>>| : Dernière page

Le contenu de ce message a été effacé par son auteur

Oui mais comment définis tu écran précédent :
 
Tu viens de passer de la page x à la page x +1
Précédent renvoie à la page x (sans rechargement des posts)
OU
Précédent renvoie à la liste des topics de la cat courante
 
?

+1

Page x.

Le contenu de ce message a été effacé par son auteur

C'est pas ultra lourd à l'utilisation de se taper l'historique pour revenir à la liste des messages?
 
Sans parler de la conso mémoire... j'imagine qu'il y a l'équivalent de l'iPhone 3G sous Android, le truc super lent avec pas de ram?

Il suffit d'appuyer sur le bouton de menu et de proposer une option "liste des topics"
Ca me semble hyper simple...
Et perso, je préfère aussi le "retour = page précédente"

Je vote page précédente pour le bouton physique "back". Par contre il faudrait un bouton "up" sur l'écran pour remonter au niveau supérieur ou un truc similaire. Perso j'utilise beaucoup l'arborescence en haut de la page

FORUM HardWare.fr
|-  Technologies Mobiles
|--  Smartphone
|---  [Projet] HFR4droid, l'application HFR sur Android

edit: ou via un menu mais c'est quand même plus relou. Ce que j'aime bien c'est les boutons qui disparaissent quand on touche pas l'écran comme les boutons de zoom dans Maps

ben ça dépend...  
pour l'instant, la classe d'auth fait ceci :
- elle ouvre un HttpClient  
- ce HttpClient est rattaché à un HttpPost
- Ce HttpPost envoie donc en POST l'user et son mdp à la page de login
- Le forum répond, et envoie les cookies de login au HttpClient
 
donc, soit je te renvoie les cookies, que tu pourras réutiliser ensuite pour chaque HttpClient que tu ouvriras, soit je te renvoie un HttpClient initialisé avec les cookies. Mais ça implique que ce client ne soit fermé qu'à la fermeture de l'appli, ce qui n'est pas très propre
 
à toi de voir
 

ben à la limite, je peux les coller dans un CookieStore

Voilà nous sommes d'accord.

Le fait d'assimiler le bouton physique Back à "Page précédente" est hyper naturel.

@Ariakan @kaloskagatos : +1, une option permettra de revenir à la liste précédente très vite, dans se taper 15 pressions sur précédents si on a visiter les 15 première page d'un topic. L'avantage c'est surtout de revenir en arrière sans rechargement et de naturellement naviguer comme sur firefox par exemple. Je vais étudier l'aspect ihm de l'option pour remonter d'un niveau.

@thefolken : et oui, ça bouffe de la mémoire d'empiler les Activity mais les pauvres n'ont qu'à changer de téléphone  

Ouais, je vois. D'ailleurs pour toi fermer l'HttpClient c'est quoi ?

Moi je fais un myEntity.consumeContent() pour libérer la connexion de chaque requête et un myHttpClient.getConnectionManager().shutdown() mappé sur le onTerminate de l'application (lequel est, il parait, pas appelé systématiquement, st'un peu la roulette russe )
En gros, je garde mon httpClient instancié et prêt à tout moment pour aller m'ouvrir des inputStream.

Il y a surement moyen d'optimiser, tu connais peut être mieux que moi le comportement de cet objet

 
Moi je vote méthode 2 ...
 
(et j'ai tout compris au passage   )

 
Un seul P merci
 

 
fais la méthode 1, vu que j'ai fais la méthode 2
 
 

la question c'est quelle action fait-on le plus souvent ?

donc perso, revenir en arrière sur un topic c'est assez rare,
par contre lire les 3 dernières pages d'un topic et faire retour a ma liste de topics, très souvent.

avec l'option 1, je serait tout le temps en train de faire "menu" puis clic sur liste de topic (2 actions), avec la méthode2 j'aurais un seul appuis sur le bouton retour.

la méthode 1 page= 1 activity est effectivement la plus naturelle, mais au quotidien moins pratique  dans mon cas

je me vois bien en situation à faire lancer l'appli, pages de topics, appui sur un topic, lecture du topic en slide à droite (avec slide a gauche pour revenir a la page précédente, comme une galerie photo sur mobile) et clic "retour" pour revenir a la liste des topics (rafraichie -ou avec le topic que je viens de consulter en moins-)

maintenant je vais me saborder tout seul puisque au quotidien je lit rarement des topics avec plus d'une page de nouveau message a la fois, donc l'appui sur retour me renverra a la liste des topics

Merci pour vos remarques.
 
Je suis en train d'étudier la question de la gestion des Activity pour la Métohde 1
 
[ceci n'est pas du fonctionnel ]
 
En gros si je fais Liste des topics -> topic x page 1 -> topic x page 2 -> topic x page 3 -> topic x page 1, je voudrais qu'il n'empile pas une nouvelle activity à la fin mais affiche l'Activity empilé en position 2.
 
Sinon si je fais page 1 -> page 2 -> page 1 -> page 2 -> page 1 -> page 2 -> page 1 -> page 2 -> page 1 -> page 2 -> page 1 -> page 2 -> page 1 -> page 2 -> page 1 -> page 2, je vais me retrouver avec un pile de ouf alors que c'est toujours la page 1 et 2 que l'on affiche
 
Nativement le système ne sait pas que c'est toujours les 2 même pages, il faut que j'arrive à gérer ça.

méthode 2 \o/

Ou alors je me prend le choux et Android gère sa mémoire parfaitement tout seul ainsi que ses instances d'Activity.
 
Je me fais la javadoc à ce sujet pour mieux comprendre le bousin.
Coder un app Android c'est finalement simple. Bien coder pour pas que son appli prennent 50 mo de mémoire, c'est un autre challenge

moi je verrais plus une barre de navigation en haut ou en bas avec précédent suivant fin début et le bouton physique retour pour liste des topic de la catégorie en cours et menu pour aller a la liste des catégories ou liste des drapals...
parce que perso le retour page précédente (je sait pas vous... on va pas faire un sondage a chaque question) mais moi je pense pas l'utiliser souvent...

si on reprends l'utilisation standard du fofo sur pc, combien de fois faites vous le bouton page précédente? je suis curieux de le savoir... sachant notamment que lorsque l'on viens de poster un comm le bouton précédent du navigateur ramène sur le champ de création de réponse

ceci dit, c'est que mon avis. a voir avec d'autres.

Bon raisonnement.
 
Les boutons de navigation en sticky (en haut ou en bas) je vais les implémenter. Je les rajouterai aussi dans le menu (via un groupe d'option), ça coute rien et les inconditionnels du menu seront satisfaits
 
Je vais faire un test ou une activity unique gérera les posts. Niveau mémoire ça devrait être mieux et le bouton physique "précédent" permettra de revenir à la liste des topics. Sans rafraichir par contre (un simple switch à l'activity précédente). On pourra si on le désir rafraichir manuellement. Ainsi, même si on navigue sur 5 ou 6 pages de topics, un clic sur ce bouton et hop à la liste des topics.

ou mieux bouton retour a mapper dans les prefs soit drapals soit liste des catégories soit liste des sujets d'une catégorie
   

a force de tout foutre dans les options, ca va etre encore plus chiant qu'eclipse a configurer

a force de tout foutre dans des options tout le monde pourra le configurer a sa convenance

edit: ou as tu vu que éclipse était chiant a config? O___o

Le contenu de ce message a été effacé par son auteur

+1 avec yoakhaz, fait pas tout configurer, surtout des comportements basique comme ça.

j'ai essayé de l'utiliser, j'en garde pas un souvenir imperissable

+1 avec toyo, j'aime quand on est d'accord avec moi

Drap !
 
Enfin le topic que j'attendais...

Ca avance très très bien
 
Ces derniers temps je me suis consacré à du gros refactoring de code et à l'optimisation de la navigation et des Activity. Grâce à la puissance des Intent et des flags associés, je fais exactement ce que je veux

j'ai pas l'impression que ca avance si vite que ca

Qui veut aller loin ménage sa monture

non, mais c'est lent quoi

Harko si ta classe pour s'authentifier est prête je suis preneur, c'est prêt à être branché