Reprise du message précédent :

 
Ha non, moi j'ai "Pending Review 2 Open CR(s)" et j'ai toujours eu ça.
 
Mais bon, je me fais pas trop d'illusion, mon appli ne passe pas dans la simulateur, y a un problème d'orientation d'écran (mon appli est forcée en portrait).
Ca pourrait venir du simulateur lui même, vu que ça ressemble un peu (mais pas totalement ) à ce problème : http://supportforums.blackberry.co [...] -p/1546807

Idem
On s'en fout si ça passe pas du premier coup, l'important c'est d'avoir déposé l'appli avant la date butoir.

Mon appli a été approuvée... ils doivent les tester sur des vrais playbook j'imagine.
Espérons qu'ils corrigent rapidement leur simulateur.
 
Bon voyons voir la prochaine étape pour recevoir le playbook

Bien joué
C est quoi deja comme appli ? L'appli SCII ?

Oui c'est celle là  

Alors moi j'ai eu mon appli perso OK et mon appli pro NOK.
 
Faut dire que c'est tout de même plus facile de tester avec un playbook...
Qqn a réussi avec l'émulateur à part disq8 ?

Enfin, réussi, c est un bien grand mot ^^
Disons que ça a affiché l'activity et que j'ai pu voir vite fait un début d'enregistrement ^^
 
Mais bon, toujours pas de validation

 
Ouai j'ai réussi à lancer mon appli sur l'émulateur mais c'était une horreur   L'affichage sautait dans tous les sens et lorsque je me positionnais sur un champ texte, toute l'ihm clignotait en même temps que le curseur.    

 
Perso mon appli tournait sur l'émulateur, par contre toujours pas de news de BB depuis vendredi dernier.
Techniquement y'a pas grand chose : webview + https + SDK admob. J'ai rien retouché de l'appli android de base sauf la taille de l'icone. Ca fonctionnait sur l'ému. Par contre j'avais pas reussi à connecter eclipse à la VM contenant l'ému sur mon portable, aucun problème sur le fixe...

 
Apparemment ça serait un problème de l'émulateur (cf. le lien que je donne plus haut).
Moi c'est pareil, l'appli se lance sur l'émulateur mais c'est n'importe quoi au niveau de l'affichage.
Malgré ça elle a été validée.

Mince, j ai raté ca
 
http://www.frandroid.com/developpe [...] frandroid/
 
J'y aurais bien été pour tester mon appli en live
 

je me suis inscrit mais jamais eu de retour...
Bon sinon, la Playbook va pas tarder à partir
Dire que j'avais pas vu l'email qui était parti dans la boite SPAM ...LOL

Pareil, j'ai reçu le mail pour confirmer mes coordonnées.
Plus qu'à attendre le mail de confirmation d'envoi avec le numéro de suivi.
 
Je l'ai pas reçu dans mes spams, mais je les vérifiais régulièrement au cas où

Moi je suis toujours en testing house ... ca va faire 2 semaines  

Hello
 
Vous auriez de la lecture concernant les Context ?
Dans quel cas vous utilisez le contexte-application ( Context.getApplicationContext()) et le contexte Activity ?
 
J'ai des problèmes de memory leak, je pense qu'ils sont liés à une mauvaise utilisation des contextes mais je pige pas les articles de google sur l'optimisation mémoire..  
 
Merci
 

J'y ai eu le droit aussi, et j'avais bien galéré.
 
Dans l'ordre je m'en suis sortis en utilisant  
 
-> http://www.eclipse.org/mat/
-> éviter au maximum l'utilisation des context (favoriser le getApplicationContext() dans l'activity mais seulement si c'est vraiment nécessaire)
-> utiliser les WeakReference
 
Si t'as une question précise, ou un bout de code ... n'hesite pas

pour info: un build  d'android qui tourne dans une virtual box ( avec le réseau qui fonctionne) , pour ceux qui veulent tester sur de grands écrans :
http://www.android-dev.ro/2012/02/ [...] x-support/

 
Merci beaucoup, je connaissais pas mat, ca m'a aider à résoudre une memory leak liée à DefaultHttpClient  

Concernant les context :
 
Aurais tu des cas concrets d'utilisation de tel ou tel contexte ? Par exemple :
 
- Une activity lance une autre activity, il faut utiliser m'application-context je suppose ?
- Dans une activity, je crée programmatiquement un ImageView, je lui passe quel contexte ? et pourquoi ? (j'aurais tendance à dire celui de l'activity car l'ImageView y est liée)
- mon asyncTask a besoin d'un contexte, je lui passe lequel ?
 
Merci

Par curiosité, quel était le problème ?

Perso j'utilise dans 90% des cas l'activity comme context. C'est pas forcément la bonne pratique donc ce débat m'intéresse

Sur certain appareil, il y a apparemment un bug de garbageCollector lié au socket utilié par DefaultHttpCLient. Et comme mon appli fait beaucoup d'appels REST .. ca plantait au bout d'un moment..
J'ai corrigé le problème avec :
 

Ça expliquerait certains de mes users qui parlent d'appli gourmande Je vais regarder ça.

 
Tu as testé ? C'est rapide, buggé ? La question du "rapide", c'est plus pour savoir si ça peut avantageusement remplacer un émulateur (si pas trop d'exigences d'archi ou de version d'Android).
 

je l'ai téléchargé , mais pas encore testé  
 
ça tourne dans virtual box donc je n'ai pas d'inquiétude sur les prérequis. Quand à la rapidité : ça peut difficilement être pire que l'émulateur

Je sais pas si je suis dans les best practice, mais j ai plus de fuite memoire. Alors je dirais :
 
- pour lancer une activity, j'utilise le context de l'activity :
 
Intent myIntent = new Intent(myActivity.this, myOtherActivity.class);
startActivity(myIntent);
 
- pour une view et pour une asynctask as tu vraiment besoin d'un Context ? si oui, pour quoi faire ?
 
mes principaux problèmes venait justement d'un Context que je passait a ma View. En passant directement les parametres a ta view, tu peux surement te passer de Context, non ?
 
 

Quel est la différence entre l'Application ( http://developer.android.com/refer [...] ation.html ) qui est elle même un Context et le Context obtenu par getApplicationContext() ?

c'est pas le context qui a permis de créer l'application?

Un context de plus niveau ?

pfr  
 
c'est ce que j'ai l'impression de comprendre

Salut,
 
Petite question :
 
J ai un projet qui me sert de library de base.
 
J ai ensuite 3 autres projets qui se servent de cette library.
- une version lite
- une version complete
- une version blackberry (qui ne doit pas utiliser de code natif)
Dans chacun de ces projets, j adapte le code de ma library de base avec certaines specificités (par exemple, redéfinition d'un layout avec de la pub pour la version lite, pas d'appel a du code natif pour le projet blackberry, ...)
 
Mon problème, c'est que dans la library de base, j ai un répertoire lib avec des .so dedans (code natif). Et donc, lorsque je crée mon apk pour le projet blackberry, il me colle les .so dedans alors que ce code n'est pas appelé. Au final la vérification de l'apk avec les outils blackberry echoue.
 
Une solution est de virer le contenu du répertoire lib de ma library avant de creer mon apk blackberry. Mais je cherche un moyen plus automatisé de le faire, sans avoir a faire du copier/coller avant la création de chaque apk. Je pensais pouvoir le faire en customisant le .classpath, voir le .project mais jusque la, c est pas très concluant.
 
Vous avez une idee de comment faire ?
 

Sous Maven (j'imagine que tu l'utilise pas, mais ça peut te donner une piste), tu aurais créé un projet avec deux sous-modules.  
le module "parent" défini l'ensemble de la structure commune. Le premier sous-module (ton cas général) est purement déclaratif (pas de changement par rapport à la conf de base), et le second sous-module se contente juste d'exclure tes libs natives.
 
Lors du build, le projet génère deux artéfacts, l'un 'normal", l'autre avec des binaires natifs filtrés.

disq8: tu peux pt-ê découper ta lib en une composante principale et une autre lib avec les .so, appelée uniquement dans certains contextes ?

 
 
Merci, je vais regarder ce qui serait le plus simple a gerer.
A prioris, y aurait peut etre aussi une piste avec proguard.

Pas reussi, pas grave, je ferais ca manuellement.
 
 
Sinon, l'offre pour le playbook est prolongée jusqu'au 2 mars.
Perso, je me suis emmêlé les pinceaux en soumettant mon app, du coup, 10 jours pour me dire qu'elle etait pas signée    
J'repars donc de 0 ^^
 
Et vous ? Des news ?

Arf dommage.
Bon après si c'est juste parce qu'elle n'était pas signée c'est pas trop grave, ça aurait pu être pire
Là c'est juste du temps perdu.
 
Sinon j'ai reçu le mail me donnant le numéro de suivi, date de réception estimée : le 2 mars.

Cool Pile pour le WE ^^
 
 
 
 
nouvelles stats dans le market:
http://android-developers.blogspot [...] droid.html

Sympa ces nouvelles stats.
Intéressant de voir l'évolution des installations actives par version.

Après 2 semaines, réponse de BB :

 
Je m'attendais à ce que des choses n'aillent pas... mais que le nom de l'icone ne soit pas le bon    
 
En gros si mon appli s'appelle : "Ma super appli", l'icone doit s'appeler "Ma super appli.png" ?

Bizarre, perso j'ai juste rajouté _bb au nom du fichier.

pareil    

C'est pt-ê plutôt le nom qui s'affiche sous l'icone et qui doit êter le même que le nom de l'appli ??
 
Normalement c pas grave si l'appli n'est pas passée du premier coup tant qu'elle a été déposée durant la bonne période.
Perso, j'ai pu resoumettre mon appli pour ma boite. Elle n'a pas encore été validée mais j'ai bon espoir...

C est long