Reprise du message précédent :
Oui et non ..  
- ça rajoute de la complexité c'est sûr  
- mais c'est pas inintéressant de voir ça au plus tôt.  
- c'est pas non plus vital, il faut voir si tu en as besoin dans ton appli. Si tu compte gérer les différences de résolutions différement en terme de layout/archi visuelle de ton appli .. essayes de ne pas louper ca.
 
Après, si tu vas à l'extrême, t'utilise rien du framework et t’arrêtes au helloworld

C'est pas faux  

Concrètement j'ai une idée d'app pour débuter mais c'est vraiment très simple niveau UI (en gros ça ne demande qu'une activité et deux widgets), c'est pour ça que je ne trouve pas ça très utile pour le moment.
Mais oui d'un autre côté ça peut être intéressant de voir ça toute de suite rien que pour l'apprentissage

merci

Si ta première appli est mega-simple et que t'en a pas besoin, garde les fragments pour la prochaine hein

Je verrai, au pire je ferai avec et sans juste pour comparer

re bonjour

Bon finalement j'ai fait sans Fragment, puis avec.
C'est effectivement assez simple à mettre en place même si on s'y perd facilement entre les différentes classes et surtout les différents packages (et les différents tutos/explications qu'on trouve sur internet sont tous identiques ou presque donc si on a une question qui sort de ça on trouve pas grand chose en fait).

Mais j'ai une autre question relative aux fragments :
Quel est l’intérêt d'un DialogFragment ?
Car actuellement j'ai une AlertDialog, qui vient donc "par dessus" toute l'activité (c'est mon menu "about ..." ).
J'ai lu qu'il fallait mieux passer par un DialogFragment. Mais je ne comprend pas pourquoi étant donné que l'utilité des Fragment c'est de pouvoir en avoir plusieurs par activité, ce qui à mon sens est à l'opposé du but d'un popup d'alerte/info.
(Je suis tombé sur ce conseil en cherchant comment ne pas fermer cet AlertDialog en cas de changement portrait/paysage).

 
 
je viens de remarquer ce topic je me suis dit pourquoi pas venir demander quelques conseil sur une appli que je suis entrain de faire .
 
Voilou je voulais si l'utilisation de grid layout est conseillé au lieu de s'amuser avec les linea rlayout ?

oui, et il est conseillé de s'amuser avec des relatives layout et non linear qui sont moins performants.

 
 
Ok merci de la réponse

 
Bah justement, c'est tout l’intérêt des DialogFragment, en tant que Fragment, ils ont des méthodes pour toutes les étapes de leur "lifecycle", et sont normalement reconstruit tout seul en cas de changement de configuration.
Par exemple dans ton cas, en cas de rotation de l’écran, tu n'auras rien à faire dans le cas du DialogFragment, il va être détruit et reconstruit tout seul et l'utilisateur n'y verra que du feu.
Pour faire la même chose avec un Dialog tout simple, c'est beaucoup moins élégant: lorsque ton activité est détruite, va falloir sauvegardé si le Dialog est actuellement affiché ou pas le savedInstanceState Bundle, et à la recréation de ton activité il va falloir recréer ton Dialog et regarder la valeur sauvée dans ton Bundle, pour voir si il faut afficher ton Dialog immédiatement, pour donner l'impression à l'utilisateur que ton Dialog n'a pas été fermé par rotation de l’écran.
 
Bon par contre il y a des moments ou les DialogFragment sont super lourd. Perso j'ai pas réussi à changer le titre d'un DialogFragment apres sa création. J'ai été  obligé de faire un constructeur prenant le titre en argument, et créer plusieurs fragments avec des titres différent, et les afficher/masquer suivant la situation.
 
 

Oui pour mon régler mon problème effectivement c'est adapté, mais pour moi un Fragment c'était un morceau d'interface/d'activité, qui peut cohabiter avec d'autres Fragment. Là en l’occurrence ça occulte complètement le reste et impossible d'avoir d'autres Fragment en même temps, c'est pour ça que trouve que c'est à l'opposé du concept de Fragment (mais bon je suis probablement loin d'avoir saisi complètement le concept).

Oui j'ai cru voir ça. Au final c'est un Fragment quoi : un peu lourd à mettre en place, mais fonctionnement plus souple.

Salut,
 
à ce jour, vous recommandez quoi comme API/version d'Android minimum ? Sachant que ça serait pour une appli qui utiliserait téléphone et tablette.

Ca dépend du type d'user que tu cites ... par exemple HFR4droid :
4.4 30%
4.1 20%
4.3 16%
4.2 14%
4.0.x 10%
2.3.x 8%
Divers 2%
 
Si on devait partir sur une nouvelle app HFR, c'est plus intéressant de prendre le mini à 4.0 par exemple ... ce qui n'est pas forcement le cas sur toute les apps !

Sympa ces statistiques !  
 
Ok, je vais sans doute partir sur 4.0 alors.

Ha non. Plus tu prends ancien, plus tu as de contraintes.techniques ou d'ergo.. Que ce soit une appli native ou web.

Attention, le public de HFR4droid est geek donc bien équipé.

Voici les stats général du store pour le top 10 de la même cat d'app (social) :
Android 4.1 30%
Android 2.3.3 - 2.3.7 18%
Android 4.0.3 - 4.0.4 16 %
Android 4.3 15 %
Android 4.2 12 %
Android 4.4 6 %
Android 2.2 2 %
Android 2.1 < 1%
Android 3.2 < 1 %
Android 3.1 < 1%

20% en 2.x.x (8% chez mes users)

edit : et c'est que pour les apps socials

Merci pour les retour des API je suis entrain de faire une apps social donc va falloir que je fasse attention ( donc exit les grid layout )

D’ailleurs je cherche à faire une appli le plus compatible possible donc il faudrait un design "responsive" mais je ne vois pas trop comment faire vous conseillez de faire comment?

Qu'entends tu par responsive ?

Que le contenu s'adapte à la résolution j'ai dit responsive pour reprendre les termes du web

ps: ce que je voulais dire si il était obligatoire de faire 50 layout pour chaque écran ?

ps2 : je pense qu'il y a déjà eu des tonnes de message dessus mais vous préconisez quoi eclipse( que j'utilise déjà) ou android studio?

Ouki je test les fragments mais c'est un beau bordel

Si tu connais déjà Éclipse, garde le. Ça marche bien.

IntelliJ.
 
Même en version gratuite, le dev sur Android est top.

Hum Google Studio est basé sur IntelliJ.

Je vois pas ce que vous reprochez à Eclipse en fait

J'utilise Eclipse pour la webapp smartphone et Netbeans pour du web classique, et je trouve Eclipse quand même un peu lourd, un peu encombrant (après je sais qu'il existe plusieurs versions, sans doute des allégées). Par contre Eclipse est bien pour débuguer un smartphone branché au PC. Après je sais pas si Netbeans permet la gestion des smartphones.

 
Rien de spécial.
 
Comme je reproche rien au poney.
 
Ca m'empêche pas de préférer aller au boulot en voiture.
 

 
Quand je l'avais essayé il y'avait encore pas mal de features pas terminés

Ca y ressemble beaucoup en tout cas.

Je reviens avec mon historie de fragment toussa et niveau de conception de mon appli je sais pas comment le goupiller.
 
Voilà c'est une appli qui nécessite une connexion avec la possibilité de s'enregistrer donc je me suis dit je fait une fragmentactivity et j'y fou des fragments dynamiquement donc formulaire toussa mais lorsque je veux implémenter des fonctions sur la partie enregistrement ben vue que le fragment n'est pas encore initialisé dans le oncreate j'ai une erreur java null exception et je vois pas comment tout implémenter sans soucis.
 
Je dois me gourer dans la façon de faire mais bon j'ai toujours travailler avec activty tout cours .
 
Ensuite j'ai créée des layout pour toutes les tailles de devices mais ça ne fonctionne pas
 

voilà a quoi ressemble l’arborescence

En fait j'ai crée un fragment Signup mais pur y accéder il passe par les fragments loader -> login -> signup dans le même fragmentactivity . je vais voir avec le onResume pour voir si ça change quelques chose

Quelqu'un aurait un lien qui explique clairement quand utiliser les Fragments a la place des Activitys ?

Je vois les Fragments comme des onglets avancés, j'ai tort ?

http://mathias-seguy.developpez.co [...] fragments/
 
voilou

Parfait merci, c'est bien expliqué.

Les fragments c'est LE truc à utiliser quand on a une ihm qu'on veut moduler sur téléphone / tablette / whatever

Vous en pensez quoi de ces changements ?
http://www.androidcentral.com/kitkat-sdcard-changes

Moi ça m'embête pour MightySubs
 
C'est une nouvelle couche de sécurité, dans un but louable mais c'est chiant.

Je viens de lire pas mal sur le sujet, ça parle bcp de la bataille que Google voudrait livrer au système FAT (pour ne plus payer Microsoft ? )

D'ailleurs formater sa SD en ext3 résout le pb non ?

Je sais pas trop pour les remedes (a part qu'il y'a le rootage).
 
Mon appli produisant du contenu (fichiers audio), ca m'ennuie au plus haut point.
 
Surtout que la modif est passé plus qu'inaperçu au niveau du patch note : Du coups, l'utilisateur lambda incrimine les apps et je ne vois pas trop comment modifier mon app pour tenir compte de ce changement
 
Pour les raisons, je les trouve un peu douteuses.
Et le coup d'effacer le répertoire et son contenu quand on désinstalle l'appli ... super, mais je sens déja arriver les mails d'utilisateurs furieux ayant perdu tous leurs enregistrements (désinstall de la version lite pour passer a la version pro par exemple)