Reprise du message précédent :
essaye de faire un topic chez XDA, moi ca ma rapporté des beta testeurs et la rédactrice m'a même proposé un article, j'ai dis plus tard.
 
xda-developers.com
 
tu auras des users de tout les coins du monde

faut seulement que j'ai plus de 8 posts pour pouvoir faire un lien

 
bhé donne le lien vers ton post, on ira en dire du bien

Je l'ai pas encore créé, je fais ça tout a l'heure

Pour ou contre l'utilisation de Preference  (View PreferenceScreen et consorts) "hors contexte" (c'est-à-dire en dehors de la gestion des préférences système ou applicatives) ? J'ai l'impression que ce type d'ergonomie est tellement connu et maitrisé par les utilisateurs que ça doit être la méthode d'édition à privilégier dans le cas d'ajout / update d'items.
 
Cas de figure : une application qui référence une liste d'objet (peu importe quoi), un objet étant une liste d'attributs éditables et de comportement à autoriser ou non. A la création / édition d'un nouvel objet, j'ai deux solutions. Soit j'ouvre une activity/layout "classique", avec des champs à remplir et cases à cocher, soit j'utilise une PreferenceActivity et tout le package qu'il y a autour.
 
Des avis là dessus ?

Je dirais que Preference convient bien pour des cas classiques de configuration d'option, avec tous les avantages d'une classe fournissant les services dont t'as besoin, respect du look and feel android. D'un autre côté si tu avoir un écran de configuration très spécifique du genre avoir un aperçu de l'impact des options sélectionnées, du genre configuration du widget avec prévisualisation :
 

Justement, ma question est de savoir si oui ou non, c'est une bonne idée d'utiliser cette ergonomie pour autre chose que de la configuration (le cas évoqué : création d'une liste d'objets, pour chaque objet je rempli ses attributs grâce à un écran de préférence). C'est bien évidemment pas fait pour ça du point de vue du système, mais l'ergonomie s'y prête fortement et c'est un mécanisme que les utilisateurs percuteront d'emblée.

Si ça te semble bien, fonce

Toutes mes bonnes idées ne sont pas bonnes, donc je prend des avis extérieurs

J'avais mal lu. D'un point de vue utilisateur ça me choque pas, il faut juste qu'il appuie sur la touche back pour revenir à ton appli, pas de bouton OK. D'un point de vue programmeur ca me paraît pas naturel. Tu vas mettre à jour ton propre modèle de ta liste en fonction du modèle de Preference, ça paraît pas très adapté.

Oui, c'est ce qui me gène également. Je suis surpris que l'ergonomie des préférences ne soit pas accessible autrement qu'avec ce modèle associé. Je vais voir si je trouve un moyen potable d'adapter ça, si c'est pas trop crado, j'envisagerais l'utilisation.

 
Je reprends ton premier message. Un jour tu t'es dit "cool un mec de chez Google a pris une photo avec mon appli".  
 
 
C'est cool, maintenant ils t'ont piqué ton idée    
 
 
http://www.journaldugeek.com/2011/ [...] ar-google/
 

C'est pas complètement pareil mais un concurrent quand même

 
Est ce que parmi vous ils y en a qui ont rencontrés des galères pour l'installation du SDK?
Non parce j'ai installé le JDK dans sa dernière version je lance l'installe du SDK jusque là tout roule, mais c'est après que ça devient fun. En effet une fois l'installation fini, il lance le SDK manager qui s'ouvre affiche la fenêtre MS-DOS et qui se referme aussitôt. Bien sur mon anti-virus, ne me signale rien comme programme bloqué et les logs ne me disent rien non plus.
Donc question, est ce que ça peut venir du proxy pare feu etc?
Et non je n'ai peu pas désactiver les un ou les autres...  

Tu lances le SDK manager en passant par la console et tu regardes le - probable - message d'erreur.

Merci du conseil mais à vrai dire, j'ai déjà essayé ça et il n'y a pas de message d'erreur quand je lance "SDK manager.exe" dans la console ça me fait un beau retour à la ligne genre tout va bien c'est fait...    
Donc j'ai aussi tenté de lancer ça avec un jolie > log.txt qui est vide, j'ai modifier le path pour que ce soit bien le 1.6 update 26 qui soit pris en compte et rien n'y fait!

Variables d'environnement ? Le répertoire tools est bien dans ton path ?
Edit : là sinon ?

Ouais j'ai ajouté dans Path C:\Program Files\Java\jdk1.6.0_26\bin (avec ou sans le \bon toujours le même problème)
Mais j'ai pas le tools en effet, je rajoute un C:\Program Files\Android\android-sdk\tools ?
Edit je viens de voir ton edit: En effet quand tu places C:\Program Files\Java\jdk1.6.0_26\bin avant windows\system32 ça marche  
Merci beaucoup.

tools et platform-tools sont optionnels, requis si tu veux exécuter les commandes usuelles via la ligne de commande, probablement demandés (ou détectés en fonction de ton ANDROID_HOME) par ton IDE autrement.

J'avais apparemment oublié l'existence de ce topic qu'un forumeur m'a gentiment rappelée . Je vais donc reposer ma question ici :
 
Question aux développeurs Android : auriez-vous une bonne référence à conseiller (livre si possible) pour débuter sur Android ?
 
Ce serait pour l'offrir à une personne compétente en programmation, mais en manque de confiance en elle-même .
 

 
Ce serait bien urbain si un de vous aurait quelque chose à conseiller .

est-ce que vous savez sur un composant Webview comment empêcher le zoom qui se fait lorsque l'on clique sur un champ de saisie ?
 
je crois avoir tout essayé mais pas trouvé
 
le même problème que lui en fait

 
 
Dépend un peu de son niveau et de ce quelle veut faire sur Android.
Mais en bouquin pas trop mal pour commencer, je dirais Android pro 2 -> http://books.google.fr/books?id=Ba [...] &q&f=false

 
D'accord . Merci pour la suggestion.
 
Pour info, il y a le 3 qui est sorti : http://www.amazon.fr/Pro-Android-S [...] 674&sr=8-1

Salut les gens,
 
je viens vous demander qq conseils:
Je bosse sur une appli et j'aimerais proposer une version de démo avec moins de feats et la version payante complète. Comment vous vous y prendriez ?
J'hésite à faire slt une appli, la tagger en démo et faire un code d'activation via paypal pour débloquer le reste. J4ai déjà toute le framework maison permettant de gérer ce genre d'activations, mais j'ai peur que ça rebutte les gens d'utiliser paypal.
Sinon, il faut sortir 2 applis différentes? avec 2 packages différents, c'est bien ça ?
 
Une autre question + technique, est-ce que vous connaissez un composant équivalent au flipview mais avec les bullets en haut qui affichent le numéro de page, comme sur les samsungs, quand on browse les applis ?
 
 
Sinon, bravo pour Augment, c'est très chouette comme idée et avec de belles perspectives amha  

Ouais, fait une appli genre "mon appli" gratos et "mon appli premium" payante full features

Limite hérite du flipview et implémente le truc

et en pratique comment tu fais pour gérer les 2 projets en // ?
 
Pour le flipview, j'ai pas trop trop envie de passer du temps à développer ça, il ya déjà bien d'autres choses à faire ...

En jouant sur des branches de dev (svn) mais j'avoue je ne me suis jamais penché sur le pb... (que contient le trunk, un branche pour quoi ?). En googlant on doit pouvoir trouver des mecs qui ont trouvé une solution.

Piste :

http://stackoverflow.com/questions [...] ee-version
http://blog.uncommons.org/2010/07/ [...] droid-app/

Tu fais une appli, et tu l'utilise comme libraire dans une deuxièmes application qui ajoute ou enlève des features

Also depuis hier, http://android-developers.blogspot [...] arket.html
Edit : rien à voir avec la question de wapcamer hein, ici on parle plus de cibler plusieurs plateformes.

oki merci à tous.
Après une rapide lecture, je pense que la librairisation est la bonne méthode.
Donc je fais un nouveau projet avec un nouvel activity qui va ensuite pointer vers les activity de ma lib tout en mettant les bonnes variables static pour désactiver certaines feats. J'ai bon ?
 
Pour le composant, c'est un effet comme ça que j'aimerais faire:

 
oui, exactement, comme ça tu as deux apk sur une même base de code.  

A la lecture de certains commentaires de cet article sur le piratage des applis http://android-france.fr/2011/07/2 [...] -fait-mal/ je pense que paypal pourrait séduire un certain nombre d'utilisateurs qui sont frileux d'utiliser google checkout ou qui n'ont qu'un compte paypal.

Un exemple avec Titanium Backup qui propose une version gratuite sur le market, un apk d'activation payant sur le market 4.32€, ou une clé d'activation sous forme de fichier texte à mettre à la racine de la SD payable via paypal sur son site, donation de 6$->50$.
Il faut penser que via paypal on ne paie pas la commission à Google.

Pour ton autre question : https://market.android.com/details? [...] .gdcatalog

Du blog http://android.cyrilmottier.com/ avec sa lib GreenDroid

On paye tout de meme la commission à paypal
En fait j'hésite pq j'ai déjà une appli sous licence paypal sur le market, mais comme elle est marquée comme gratuite et qu'elle ne l'est pas, les commentaires l'ont descendue en flèche.
MAis effectivement j'ai vu que Titanium Backup procédait comme ça.
 
Merci sinon pour greendroid, je regarde ça  

Ha ben voilà, merci t'as réponse à tout

C'est un avis perso mais je pense que faire de la version light la librairie et ajouté des fonctionnalité à cette librairie via la version full est plus propre que le contraire. Sinon le code se retrouve blindé de if et cie.
 
Après ça dépend des fonctionnalité qu'on veut retirer aussi  

c'est vrai mais ça peut être compliqué de sortir des feats de leur contexte.
Un exmple bête, pour retirer/ajouter des lignes à un menu contextuel, ça peut être un peu embêtant de le faire depuis l'extérieur du projet lib.

 
Je m'étais penché sur la question au début du dev de mon app, quand je rêvais encore de gagner de l'argent en ayant une version payante

 
 
Ca dépend des cas, mais souvent, le plus simple c est de re-créer le fichier en question dans ton nouveau projet (avec les modifs qui vont bien) et d'exclure du build celui de la lib.
 

fais une version pornAugment et tu gagneras des sous