Reprise du message précédent :

 
Idem, j'ai préféré faire une stack, j'avais peur de déclencher trop de thread en parallèle et de déclencher l'apocalypse.

I dit it

bon en faisant comme cela, j'ai pas vu d'erreur à priori:

edit: forcement sufisait de dire que ca marche, pour que ca ne marche plus

c'est marrant, je vois une news sur un nouveau service pour promouvoir les app android, je me dis que je vais leur envoyer un petit email pour me faire connaitre et en fait...  
 
http://www.appxoid.com/
 
Un bon moyen de commencer la journée

Maintenant me faudrait juste un gros site américain, parce que là j'ai 56% de français contre 13% d’américain alors que normalement c'est qqchose comme 38% d'us et 2% de français, il y a encore de la marge quoi
 
Hier pour corriger mes bugs de chargement de galerie dynamique j'ai encore du utiliser l'astuce qui ne détruit pas l'activité en cas de rotation de l'écran. J'arrive vraiment pas à gérer le chargement dynamique en cas de destruction et recréation de l'activité, ça crée toute une flopée de crash.  

2 remarques (peux être stupides )

- Pkoi utiliser conjointement un ExecutorService et des asyncktask, c'est redondant non ?
- Du coup tu fais ton createView(); dans le run (dans le thread créé par le pool) puis tu fais le execute de l'AsyncTask qui lui même est censé faire le doInBackground dans un thread... ou alors il fait ça dans le même mais remarque identique, à quoi bon mêler les 2 ?

Mail reçu de leur part, c'est frandroid qui a créé ça

 
Ouai je sais, c'est pas pour rien que l'application Frandroid est deuxieme dans la liste des coup de coeur, ça fait jamais de mal un peu d'autopromo

Et toi le premier, tu leur a tapé dans l’œil

c'est ça la classe

Ah oui, rien de ceci n'aurait été possible sans vous, je veux aussi remercier marc et joce pour leur contribution dans cette réussite

Heu...??

c'est pas grave, je repensai juste à ces dix dernières années ou je n'ai pas décollé d'un ordinateur en partie à cause d'eux

Putain t'es inscrit depuis 2000

et oui, le world trade center était encore debout à cette époque

Avoir suivi le 11/09 sur HFR c'est hype  

Ouai c'était sportif, a coté de ça le topic tsunami japon était facile a suivre
 
C'est con qu'il ai été effacé.  
 
Bon allez stop HS on va se faire mettre dehors.

non au contraire, je fait tout a tatons , j'ai jamais appris le java et je trouve ca trés bien d'en discuter du coup
j'ai utiliser un executorService pour pouvoir limiter le pool de thread a 1
du coup j'ai mis les trucs dans run et non pas dans doINbackground parceque (il me semble) les lancement des run sont géré par l'executor et les lancement de doInBackground par l'asynctask. et ici aussi je veux etre sur de n'en lancer qu'un a la fois, ce que je fait bien avec l'executorService, mais que je n'arrive pas a gérer directement avec les asyncTask.

mais au final j'ai toujours mon probleme puisque l'executorService n'attend pas la fin du onPostExecute pour lancer un nouveau run

vous postez trop

 
Je connais pas la notoriété de ce site mais je regarde souvent http://www.bestandroidappsreview.com/ qui propose peu d'applications mais des applications de qualité.

 
je vais leur envoyer un petit message, merci

Je vois, ta démarche n'est pas conne. Mais Pkoi tu fais pas ce qui suis, parce que je maintiens q'une asyncktask elle même encapsulée dans un thread, c'est assez bizarre  

public void makeDragSpaceThread() {
        ExecutorService _exec = Executors.newFixedThreadPool(1);
        
        for (int i =0;i<40;i++) {
        Log.w("async", i + " ajout au pool" );   
            _exec.execute(new CreateView4(i));
        }
    
}
 
 
 
private class CreateView4 implements Runnable {
 
    int i;
 
    public CreateView4(int i)
    {
        this.i = i;
    }
 
    public void run() {
        Log.w("async", i + " RUN" );   
        Final View view = createView();
 
        runOnUiThread(new Runnable()
        {
            public void run()
            {
                addView(view);
            }
        });
    }
 
}

La création de la vue et son ajout se font dans le thread en arrière plan, et un thread à la fois, comme tu le désires (enfin si j'ai bien compris ce que tu veux)

@eraser17 : reçu à l'instant    
 

je suis célébre  

Tes downloads vont clairement décoller

Ben pas tant que ça étrangement, vu que ça date d'aujourd'hui il doit pas y avoir tant de monde que ça qui y sont exposé. Là je suis dans la moyenne de la semaine, peut etre juste un peu plus que ces deux dernier jour mais c'est pas encore le rush que j'ai eu le jour de la publication de l'article. En plus forcement le public de Frandroid a déjà vu mon app sur le site donc c'est moins une découverte que la dernière fois.  
 

public void makeDragSpaceThread() {
        ExecutorService _exec = Executors.newFixedThreadPool(1);
        
        for (int i =0;i<40;i++) {
        Log.w("async", i + " ajout au pool" );   
            _exec.execute(new CreateView4(i));
        }
    
}
 
 
 
private class CreateView4 implements Runnable {
 
    int i;
 
    public CreateView4(int i)
    {
        this.i = i;
    }
 
    public void run() {
        Log.w("async", i + " RUN" );   
        Final View view = createView();
 
        runOnUiThread(new Runnable()
        {
            public void run()
            {
                addView(view);
            }
        });
    }
 
}

parceque je suis une bille en java et que j'avais trouvé un exemple qui utilisait executor avec un asynctask
j'ai pris ton exemple et les executions se dont dans l'ordre, mais il continue de me lancer le run i+1 avant que le runOnUiThread i soit fini

sinon runOnUiThread n'est valable que dans une activity et comme je fait ca dans une classe qui n'etend pas l'activity, je suis obligé de lui passer l'activity en parametre ou ya une autre solution ?  

Logique, le runOnUiThread lancé, il n'attend pas la fin de l'exécution du runnable.
 
Passe par un handler peut être ? Ou sinon fait comme j'avais fait, l'exécution de la tache est n+1 est déclenché par la tache n, à la fin de son exécution, le tout dans une structure de type stack.
 
Je vais creuser la question

mon app est en beta3 si ca vous dit de participer =)

 
tu devrais utiliser le truc dont on a parlé plus haut, capptain, comme ça t'aura un report direct de tout les crashs. c'est pas mal quand tu fais une beta publique.

ouais tu as raison. dès que j'aurais un peu de temps je m'en occupe

Je viens de m'inscrire pour voir et ça a l'air vraiment bien foutu.

bon, je viens d'envoyer la dernière update de mon appli avant un moment.  
 
Je passe du coté sombre de la force pour la porter sur iOs, souhaitez moi bonne chance

Surement pas.  

je ne fais pas ça pour le plaisir

$$ €€ ?

Ben clients qui veulent que mon application soit sur iOs avant de s'engager avec moi ouai.

Le développement de ton appli c'est ton boulot maintenant ?

non meme pas, j'ai encore un vrai boulot qui me paye. J'essaye de faire la transition là. Mais avant faut que l'appli rapporte un peu.

 
Tu peux aussi passer l'appli sur Kinect maintenant que le SDK est sorti