Reprise du message précédent :
Et puis tu peux dire à ton APK de se stoker sur la SD

Autoquote. Juste au cas ou ca pourrait aider qq1.

J ai trouvé ce que je cherchais. Ca s'appel Eclipse Memory Analyser - MAT (tuto ici -> http://www.vogella.de/articles/Ecl [...] icle.html)
Ca detecte les memory leaks (a partir du fichier HPROF généré dans le DDMS)

J ai pas encore localisé exactement mes fuites mémoires, mais ca vient bien de la partie java (utilisation d'inner class, passage d'objets en arguments ...).

(j ai quand meme une préférence pour le C, on sait qu'il y a pas de GC, et du coup, on fait pas aveuglement confiance )

+1
Moi avec mes grosses images, je suis obligé de gc() fréquemment et même comme ça, j'ai des OOM de partout car la heap (qui ne garbage collect pas), on ne maitrise rien.

Pour les bitmaps il est recommandé d'appeler recycle() quand on ne les utilise plus (même si le gc est sensé s'en occuper   ). J'ai noté des grosses différences de perf recyclant les ressources.

ah oui tiens je devrais faire ça, mon app crash quand on navigue trop longtemps dans la galerie de posters (qui est une liste infinie d'image).

 
 
I faut un petit coup de memory analyser
 
Y a le traceview aussi que j avais jamais utilisé mais qui a l'air bien puissant pour optimiser le code.

Oui quand tu travailles unitairement sur une image, mais dans mon cas, c'est un peu différent.
Mais c'est déjà beaucoup optimisé, car l'empreinte mémoire reste contenue. C'est surtout en retournant l'écran que l'appli a du mal recharger et le layout et les images, mais genre même 20k sont impossibles à allouer en mémoire, alors que la taille de la heap est de l'ordre de 5Mo... ce qui devrait normalement laisser bcp de possibilités...
Mes tests en 3.x sont d'ailleurs bcp plus stables à ce sujet que les 2.x.

Je checkerai ça quand j'aurais fini le dev de la version iPhone ( ). Il y aura pas mal de mise à jour à faire pour android.

Dans ce cas là la solution est simple, tu lock ton appli dans une seule orientation  

Petite question.
 
J ai mis le nouveau .jar pour admob, et il necessite une compile avec le sdk 3.2.
 
Probleme, mon application (jusqu'a maintenant) était compatible avec les smartphone en Android 1.6 (je compilais en 2.2)
 
Mais :
- Si je compile avec les 3.2, il ne reconnait pas l'instruction android.app.service.setForeground(boolean) ce qui rend non compatible avec les smartphones en 1.6
- si je compile pas avec la 3.2, ca marche pas avec AdMob
 
Est ce qu'il existe une instruction ou une combine pour prendre en compte l'instruction uniquement si le smartphone est en 1.6 ?
 
 
Je pourrais arreter le support pour la 1.6, mais ca represente tout de meme 2500 utilisateurs

1.6 <-> 3.2 le grand écart devient limite

Tu fais deux apk separées ? C'est possible de faire ça maintenant, tu peux uploader plusieurs apk pour une meme app.

Ah ouais c est une solution.

Par contre ca commence a faire des projets un peu violent.
En plus, un projet library doit inclure le meme android.jar que les projets qui y font appel je crois. Ce qui veut dire clonage du projet library et donc redondance de code, non ?

(plus un nombre d'apk important : version free + version payante et ce 2 fois (Android 1.6 et 2.0+)

Y a pas une autre solution ?  

Edit : Bon sinon, j arrete le dev pour la 1.6, ils auront donc acces qu'a l'apk en cours.
Et les nouvelles versions seront dispo à partir de la 2.1

Ca sera plus simple.

On fait ca comment dans la console de dev ?
La version 1.0.x pour les smartphones en 1.6 et la version 2.0x pour les autres ?
C est faisable ?

ouai je pense que ça doit se faire, tu limite ton apk a 1.6 dans le manifeste et tu l'upload et il devrait etre dispo automatiquement pour ces devices.

je regarderais ca pour ma prochaine release,
 
Merci

Pratique ce multi sdk pour une appli

Ou alors j'apprends à développer    
Disons que pour une appli photo, ça m'embêterait de forcer l'orientation...
 
Enfin dans mon cas, j'y suis presque...

les amies svp aidez moi, j'ai pas trouvé des solutions pour mon problème , quand j'ouvre un nouveau projet android sur eclipse. quand je met on  normalement une listes des fonctions qui s'affiche ( comme onDestroy , onStop ...........) pour moi rien ne s'affiche.
j'ai fait la mise a joue du SDK et rien n'a changé .
 
j'attend vos reponses

Ben écris-les toi-même. Ou relis ton livre de Java avant de te lancer sur Android

oui mais je veut savoir pourquoi ca marche pas  !

Quand tu dis "rien ne s'affiche", tu veux dire que l'application ne se lance pas ?

Il parle de la complétion.

Qqun sait s'il ya moyen de détecter qu'un utilisateur a partagé le contenu que j'ai défini ? Je m'explique, voilà mon code :
 

 
ça ouvre une activité ou le user choisit le service (twitter/FB/sms/ MP via HFR4Droid  etc. ), j'aimerais savoir si l'utilisateur a effectivement choisi un service et partagé ou s'il a pressé le bouton retour.
 
J'ai essayé avec  startActivityForResult() mais rien de concluant, si qqun a une idée  

Essaye de taper "on" et les touches Ctrl + Espace. Si c'est pas ça on comprend pas ce que tu demandes...

(It can also be passed to Activity.setResult() to return information to the activity that called startActivityForResult().)
http://developer.android.com/guide [...] lters.html
 
 
edit: oops, mal compris.
Pt-ê il faut refaire l'Activity si celle par défaut ne renvoie rien.

Vous avez un trick pour que lorsque l'on double clique sur une ligne dans logcat, ça vienne pile poil au bon endroit dans votre code ? J'avais remarqué que pour les erreurs remontées, ça marche nickel parce que dans la ligne, c'est indiqué la page java et la ligne de la page, donc j'imagine qu'on doit faire pareil ?  
 
Et si oui, comment indiquer "dynamiquement" le numéro de ligne quand on fait un Log.truc, on peut sortir facilement le numéro de ligne ?

http://lmgtfy.com/?q=eclipse+line+ [...] d+log+util ?

Merci
 
Je récupère bien le numéro de ligne mais ça ne résout pas mon "problème" (j'accède pas automatiquement à la ligne loggée quand je logge le numéro de ligne, j'ai essayé de reproduire exactement le même type de code en ajoutant ça à la fin de ma ligne loggée :
 
at fr.maboite.monappli.android.monmodule(Accueil.java:482)
 
Mais rien n'y fait Ptet que c'est pas faisable en fait !

Je pense qu'il faut modifier et recompiler Eclipse si tu veux y accéder en double cliquant sur la ligne

Sinon un petit coup de Google et t'as ce plugin http://logback.qos.ch/consolePlugin.html

Ca ressemble à ce que tu veux, pas testé, y'a peut-être d'autres plugins qui font des trucs dans le genre.

PS : si tu testes merci de faire un retour

edit2 : je pense que ça marche qu'avec des méthodes de log fournies par le plugin, style log4j , donc avec le Log Android ça doit pas marcher...

https://github.com/tony19/logback-android !

Bon voilà quand je fais  
 
LOG.info("Marker", "Hello Android!","test" );
 
Je récupère dans LogCat :
 
11-09 15:15:33.814: INFO/System.out(3604): 15:15:33.771 [main] INFO  f.t.s.android.demarrage.SplashScreen - Marker
 
Et ça ne fait que "typer" ma log envoyée, par contre, pas de retour fait lors du double clic.
 
Non mais c'est pas grave, c'est ptet pas possible (et c'est pas super nécessaire, juste pratique quand t'as pas envie de retrouver la log dans son code, sinon je vais numéroter mes codes retour, ça ira plus vite)

Dans le readme paragraphe Documentation https://github.com/tony19/logback-android#readme ça pointe sur la page que je t'ai filée au dessus "Logback Console Plugin for Eclipse", donc ça doit être compatible avec le double clic, t'as installé le plugin eclipse aussi?

Bonjour,
 
Je vous expose mon problème.
 
J'ai une personne de ma famille atteinte d'une maladie handicapante (SLA), sa seule possibilité pour communiquer avec son entourage depuis quelques années est une tablette veleda (crayon effaçable). Mais la maladie continue sa progression et l'écriture est de plus en plus illisible (il faut parfois plus de 15mn pour comprendre une phrase).
Etant informaticien (admin sys), je me suis dit qu'une tablette avec des grosses lettres dessinnées (en gros un clavier virtuel très sommaire) et une zone d'affichage pourrait lui permettre de communiquer un peu mieux.
 
J'ai regardé les tablettes "pas chère" d'occaz (vu le peu de puissance nécessaire) et toutes sont sous android.
 
Malheureusement, je ne maîtrise pas du tout le dev sur ce type de plateforme et je n'ai jamais fait de C/C++ ni de java (je connais un peu vb/vbs le batch le html/php mais je ne suis pas "pro" du dev).
 
Existe-t'il des outils de dev gratuits et facile à appréhender (genre wysiwyg comme vb) ? si oui lesquels ?
 
Merci d'avance,

sur Android, tu as un truc qui s'appelle AppInventor qui permet de dév des apps sans coder.
Ca pourrait correspondre à ton besoin.

ou pt-ê simplement rechercher une appli spécialement faite pour les mal-voyants ?

Ceci dit faire une application comme ça c'est fait en deux heure, si c'est simplement créer un bouton par touche et ajouter la lettre tapée dans une text view.

Y'a un clavier avec de grosses touches, à coupler avec une appli de prise de notes?
https://market.android.com/details?id=com.bigbuttons

Un appli dédiée serait sûrement mieux adaptée quand même. Il "suffit" de faire quelques tutoriaux de base, c'est à la porté de beaucoup de monde, surtout si t'es informaticien. Ca lui fera un beau cadeau de Noël, au boulot !

Après j'imagine que sur une tablette n'importe quel clavier virtuel pourrait faire l'affaire vu que tout est plus gros que sur un smartphone.
 
Egalement, peut-être qu'un clavier du type Swype pourrait être adapté. Vidéo : http://www.youtube.com/watch?v=T7774XQoRv8
Possédant un bon système de prédiction, tu peux glisser un peu n'importe comment, le clavier comprend le mot en fonction du contexte de la phrase.
 
Pour ma part j'utiliser Flext9 qui fait des miracle en matière de prédiction https://market.android.com/details? [...] ext9.input
Tu peux taper comme un clavier classique, glisser entre les lettres, dessiner les lettres ou dicter.

Bonsoir,
 
Merci pour toutes vos pistes.
Compte tenu de la situation, il me faut vraiment quelque chose de basic et qui prenne tout l'écran (7 pouces c'est déjà limite je pense par rapport à ses capacités de précision d'appui sur les touches).
L'idée n'est même pas de faire de grandes phrases mais vraiment de pouvoir s'exprimer un minimum quand on passe la voir (donc exit la complétion ou prédiction).
Pour les softs existants, j'avais déjà regardé il y a quelques temps, mais les tablettes n'existaient pas à l'époque, ou était hors de prix.
 
Je vais donc regarder du côté de appinventor puis les autres pistes.
Merci encore.

J'ai finalement fait comme ça :
 
http://stackoverflow.com/questions [...] uble-click
 
Plus simple, rapide et plus efficace (mais va faire des pavés si erreur il y a)

ok