|
|
Lorsque j’ai ajouté à SRDice la fonctionnalité pour gérer les Tests Étendus de Shadowrun 4ème édition, je me suis retrouvé confronté à un problème. J’avais créé une seconde Activity pour cette fonctionnalité, mais quand je demandais à fermer l’application depuis cette seconde Activity avec System.exit(0), je me retrouvais sur ma première Actitity des Tests Simples. […]
Quand je suis dans une Activity donnée, je n’ai pas besoin d’avoir dans le menu le bouton pour y retourner. Il faut donc modifier le menu lors du lancement d’une activity pour éviter ça. Pour cela, en développement Android, on utilise la méthode onCreateOptionsMenu. […]
Les règles sur les Tests Étendus dans le Jeu de Rôle Shadowrun sont assez complètes. Afin de mieux visualiser où je vais dans le développement de la gestion de ces Tests Étendus pour SRDice, je pose ici les bases afin de clarifier et mieux identifier ce dont j’ai besoin. Shadowrun 4ème édition anniversaire (SR4A) vf p. […]
Après avoir mutualisé le code Java, il est temps de se pencher les éléments visuels composant les vues : les layouts. En développement Android on a la possibilité d’inclure des layouts dans d’autres avec le mot clé include. Étape 1 : Etude de l’existant : J’étudie donc la vue de mon application pour définir les ensembles d’éléments qui peuvent (doivent) être modulaire. […]
Nous aurons pour SRDice 2 écrans : un pour les Tests Simples, un second pour les Tests Étendus. Après avoir étudié le développement de la méthode pour lancer une activity depuis une autre (et donc d’un écran à un autre) dans une application Android, je me suis posé la question de mutualiser certaines choses dans le code Java. Dans un premier temps j’ai vu à mutualiser du code des Activity : On crée une class étendant Activity dans laquelle on met le code partagé entre chaque activity puis on déclare les activity correspondant aux écrans en étendant notre classe : SRDiceActivity contiendra toutes les méthodes communes aux deux activity: public class SRDiceActivity extends Activity SRDSimpleActivity contient le code pour la gestion des tests simples (le SRDice version 1) : public class SRDSimpleActivity extends SRDiceActivity SRDExtendedActivity contient le code pour la gestion des tests étendus (la nouveauté SRDice version 2) : public class SRDExtendedActivity extends SRDiceActivity Avant toutes choses, un point à ne pas oublier est de déclarer dans le AndroidManifest les Activity qui servent en tant que tel : SRDSimpleActivity et SRDExtendedActivity. […]
On s’attaque au gros : ajouter une fonctionnalité de Tests Étendus à SRDice. Le plus propre est de créer une nouvelle interface, et donc (si j’ai bien tout compris) une nouvelle Activity. Dans un premier temps on va déjà voir à gérer l’appel à une nouvelle Activity. […]
Le logs des lancers de Dés est une fonctionnalité que j’ai en tête depuis le début du développement de SRDice, mais je voulais d’abord me familiariser avec des aspects plus simple (entrée utilisateur-traitement-affichage retour) avant de me lancer dans le stockage et la restitution d’information. Un premier pas dans ce sens avait été franchi avec la mise en place des préférences, même si Android propose justement sur ce point un fonctionnement léger et surtout dédié. Il est maintenant temps de s’intéresser au stockage et à la restitution d’information, en l’occurrence le log des lancers de Dés. […]
|
Le Val
Parce que ce jeu est tout simplement génial !
Dernièrement, j’ai joué à…
|