Reprise du message précédent :

 
Ben c'est pas vraiment un service, je veux que l'application apparaisse pour que l'utilisateur puisse choisir à quel endroit mettre l'image. Si je fous ça dans un service ça va être transparent.  
 
C'est plus équivalent à une galerie d'image que tu pourrais remplir de sources extérieures.

 
Je comprends pas pourquoi tu ne veux pas qu'elle soit tuée.
Pourquoi ne pas laisser Android faire ce qu'il veut avec tes activités ?  
Généralement ce genre de détournement est mauvais signe.  
Qu'est ce qui fait que ton activité ne peux pas retrouver son état lorsqu'elle est recréé ?

 
 
C'est pas tellement que je veux pas qu'elle soit tuée, en fait le workflow est comme ça :
 
Gallerie -> Partage d'image -> Activité B (La mienne) -> key back -> Gallerie
 
Donc je veux que l'utilisateur qui fait back se retrouve de nouveau dans la gallerie. A part que si je laisse faire Android, quand il fait back ça tue l'activité et retourne sur ma page d'accueil. Du coup ça casse le flux de travail. C'est pas super comme comportement. C'est pour ça que je voudrais que ça marche comme une tache séparée. Un peu comme quand tu as un browser qui s'ouvre à partir d'une application, quand tu fais back tu reviens dans l'application, pas dans les autres pages ouvertes dans ton browser à ce moment la.  
 
Faudrait peut etre que j'essaye le flag re-parenting.

 
 
Pourquoi tu fais pas plutot un truc du genre
 
Dans activityA
 

 
Dans activityB

je vois pas en quoi ça réponds à mon problème

j ai pas dû tout capter alors

le but c'est juste de lancer une activité qui deviendra totalement indépendante de l'activité qui la lance. Donc qui ne sera pas dans le même stack d'activity. Ce qui normalement doit être le cas quand on lance une activity avec le flag singleTask mais qui pour une raison ou une autre semble poser problème.

T'as fouillé sur le net à propos d'un éventuel bug ?

j'ai juste trouvé un mec qui avait le même problème sur google code mais il n'a pas reçu de réponses. Je vais encore essayer deux trois trucs, je verrai bien.

en fait dans onKeyBack de B il faut que tu fasse un this.finish(); ca te ramènera à l'activité appelante cad A

ben ouai mais justement je ne veux pas tuer l'activité, je veux la garder vivante vu que la plupart du temps l'utilisateur va revenir dedans dans la minute. Mais bon je vais pas vraiment avoir le choix on dirait.

je bloque sur un truc, j'ai une très grosse String, que j'essaye d'écrire dans un fichier. Je fais ça :  
 
// Get the model from the webservice
String result = WebServiceMethods.GetModelFile(id[0]);
   

 
Mais le fichier ne fait jamais plus de 8K, quel que soit la taille de la string qui se retrouve tronquée du coup. Comme par hasard le buffer de OutputStreamWriter fait 8K, mais j'ai aucune idée de comment changer ça pour que ma string soit complètement écrite. Vous avez une idée?

essaye avec http://developer.android.com/refer [...] riter.html

pareil ça s’arrête à 8 kb
 
Doit vraiment y avoir un problème chez moi parceque je n'ai pas vu ce problème reporté en googlant.

dans le doc ils disent ça :  
 
Constructs a new BufferedWriter with out as the writer for which to buffer write operations. The buffer size is set to the default value of 8 KB.

Curieux ton problème mais dans tous les cas tu as toujours intérêt à utiliser la solution préconisée par dys (flux d'I/O avec buffer pour économiser les appels systèmes inutiles).
 
Bon, j'y connais rien à l'API Android mais bien celle de Java: est-ce que ça change la donne si tu fais  
 

Moi je sérialise des objets comme ça et ça marche

FileOutputStream fos = null;
ObjectOutputStream oos = null;
 
fos = context.openFileOutput(FILE_NAME, Context.MODE_PRIVATE);
oos = new ObjectOutputStream(fos);
oos.writeObject(anObject);
oos.close();

j'essayerai ça ce soir, ça me fait chier de passer autant de temps la dessus
 
En fait j'ai remarqué que si j’écrivais un fichier plus gros ça s'arrête à 32K. En fait c'est comme si ça n’écrivait pas le morceau de fichier après un multiple de 8K. Faut peut être faire un close ou un flush que j'oublie.  

BufferedWriter ils aiment bien les flush en général. Je dis ça je dis rien

je le flusherai comme il le mérite alors
 
Bon j'en suis à presque 800 downloads de l'app après un mois online, c'est pas encore Byzance, je suis impatient de dépasser les 1000

C'est quoi déjà ta lib pour monitorer les applis android, le truc que tu m'avais montré là ?

http://code.google.com/intl/fr-FR/ [...] s/android/ ?

http://pages.capptain.com/homepage_01/

Par contre ils sont sortit de beta et du coup ça devient payant si tu as plus de 1000 utilisateurs actifs. (donc plus de 1000 personnes unique qui lancent une session de ton app dans la semaine)

Ceci dit c'est tellement facile à intégrer que ça vaut quand même le coup de tester, ça m'aide vraiment pour orienter le développement de mon app.

Cette vidéo est assez parlante sur ce que tu récupère à la fin

http://vimeo.com/17706188

J'en suis à 1094 utilisateurs uniques    
 
Comment ça se passe, ça se bloque après 1000 users ?

http://www.frandroid.com/developpe [...] s-android/
 
C'est puissant

c'est pas exactement le même nombre d'utilisateurs que les utilisateurs actifs qu'il y a dans les google stats.

Je sais pas comment ça se passe, je ne suis pas encore arrivé la

Tu peux tjr tester, tu verra bien le nombre qu'il te sors.

Mais effectivement c'est assez génial.

allez voir l'API de google analytics pour android, ca s'appuie sur analytics si vous connaissez deja, en + c gratis et sans limite:
http://code.google.com/intl/fr-FR/ [...] s/android/

yep j'avais déjà regardé celui la, mais capptain est vraiment plus simple à intégré, faut juste changer l’héritage et tout le reste se fait automatiquement.  
 
Par contre c'est pas dit que je ne passe pas sur analytics si j'ai trop de monde et que mon application ne me rapporte rien. Sortir 50€ par mois pour faciliter l’implémentation c'est pas non viable super longtemps.

analytics il fait de la remonter de log / erreur ? C'est ça qui m'intéresse surtout

Pour les anglophones ya tout un passage la dessus lors du dernier google IO:
 
http://www.youtube.com/watch?v=twmuBbC_oB8
 
C'est surtout pour tracker la navigation d'un user dans une app

 
Je pense qu'il ne track que ce que tu implémentes à la main, si tu mets un call dans la fonction appelée lors d'un crash je suppose que tu peux faire ça. Mais c'est pas automatique du coup.

En fait je pourrais traquer qui lit quel topic via HFR4droid    
 
Je ne le ferai évidemment pas (vérifiable de toute façon vu que c'est open source)

Bah ien ne t'empêche d'en faire des stats pour voir les topics suivis grâce à ton appli. Sans entrer dans le flicage, un truc utile...

Bah du moment que c'est une feature opt-in...

de toute façon au final les données sont anonymisées.

Enfin sauf que sur hfr4droid tu as le pseudo des gens

En tout cas c'est génial d'avoir ce genre de retour, c'est vraiment instructif. Par exemple sur mon application je connais le nombre de personne qui sont rentrées dans le mode réalité augmentée mais n'ont pas pointé de marqueur, du coup je peux tester différentes actions pour voir si ce nombre diminue. Pareil je connais la proportion de gens qui font des posters perso par rapport à ceux qui utilisent la galerie. Et je peux connaitre également ceux qui rajoutent des textures sur les cubes perso ou ceux qui ne le font pas et donc agir en conséquence pour insister sur cette possibilité.  
 
Et surtout j'ai tous les crash en temps réel avec le stack trace, ça me permet de corriger très rapidement les bugs même si les utilisateurs ne font pas de rapport. (et c'est rare ceux qui en font, pour 80 crash/semaine je dois avoir 2 rapports)

Ouais enfin savoir que une tel lit tel topic politique, aime tel groupe et va sur tel topic religion, c'est limite quoi
 
Non, moi je veux vraiment avoir des remontés de traces, pour comme le dit eraser17, ne pas dépendre que de l'envoie volontaire (qui n'existe pas avant froyo)

Justement, t'es pas obligé de noter les noms des gens. Juste noter les topics visités.

je vois pas l’intérêt d'avoir les topics visités
 

Précharger automatiquement les topics que l'utilisateur visite le plus ?

edit : non en fait ça n'a rien a voir