Article sur D3

Bon, avec ma carte en svg/angular et maintenant mes graphes en D3, il faut que je fasse un nouvel article.

Qui dit nouvel article dit bouts de codes qui marchent. Mais mettre des bouts de codes sur Plunkr c’est un peu hasardeux, ça reste jusqu’à quand ?

Et puis on voit que github fournit un super service pour héberger des applis js… On teste un cube en 3d qui tourne en webgl, en 3 minutes c’est dispo sur la toile, on vit une époque formidable !

Allez, l’article, le projet M, le projet C, le projet C2, le projet S, plein de projets persos à avancer maintenant.

1ere étape, finir l’article sur D3. C’est fini à 50%, on y croit !

Article de blog ippon

Préview de mon article sur une directive de carte angularJS que je vais bien réussir à publier sur le blog d’ippon… En cours de soumission, c’est déjà ça.

Développement d’une carte sous Angular JS.

En quelques années AngularJS est devenu le framework javascript de référence. L’apprentissage de ce framework est rapide, mais la création de nouveaux composants via des directives est plus complexe.

Nous allons voir comment développer un composant de favoris sur les villes et départements de France en directive Angular. L’utilisateur doit pouvoir sélectionner des départements sur une carte de France puis sélectionner des villes dans ceux-ci pour les ajouter à une liste de favoris.

Quelques considérations spécifiques au projet : le client travaille uniquement en France métropolitaine et considère la Corse comme un seul département (toutes mes excuses).

De plus, certains départements n’ont aucune ville à mettre en favori, et doivent donc être cachés.

Tags : javascript, angularjs, directive, scope, twitter bootstrap, modale, angular-ui, Rest

La structure de données :

Nos données de départ sont fournies via un service REST sous forme de liste de départements avec leurs villes. Un champ “favori” booléen indique la présence ou l’absence de la ville dans les favoris, et un département est donc favori si au moins une de ses villes est favorite :

  1. [
  2. { nom : « Calvados »,
  3.  code : « 14 »,
  4.  villes : [
  5. { nom : « Caen »,
  6.  code : « 14000 »,
  7.  favori : true
  8.        },
  9. // … autres villes du département
  10. ],
  11.  // … autres départements

}


Le but est de présenter de manière visuelle simple cette structure au client.

TodoList

  • publier sur le blog ippon mon article sur la directive de carte de France
  • idem avec article sur le stateProvider dans angularJs
  • article sur chat en websockets avec atmosphere  Jhipster lâche atmosphere trop compliqué pour truc natif spring dont j’ai oublié le nom… A revoir.
  • écrire un article sur les window function en sql
  • faire un article pour mon projet du jeu de société batisseurs en jhipster/mongodb
  • faire un article pour mon projet de jeu style civilisation en jhipster / postgresql et push sur heroku

Tant de tâches et si peu de temps…

Play 2 et Rest : colonies


Bientôt, une nouvelle mission à faire du Play 2 et du Rest, donc on se retrousse les manches et on fait un projet perso là dessus !

Le Projet

Le projet est le suivant : vous connaissez Dwarf Fortress ? Bon ben c’est un jeu en ascii moche où on essaye de faire une forteresse avec des nains et où on meurt tout le temps. J’ai des qualifications très fortes pour faire des trucs moches (cf mes projets précédents) donc faisons notre version web dont je traine plusieurs ancêtres dans mes différentes clés USB, et qui s’appellent tous Astrum Incognitum : Colonies. C’est long mais personnellement je trouve cela classieux, et qui ici doute de mon bon goût supérieur ? Bien. Donc :

  1. un monde (« astre ») fait en génération pseudo-procédurale (ça veut dire « au hasard » mais en plus joli, et pseudo parce que pas complètement au hasard)
  2. Des joueurs représentés dans le jeu par une boite qui donne des ordres aux…
  3. Colons qui obéissent ou pas aux ordres et acquièrent des compétences
  4. Des objets à amasser ramasser transformer détruire construire

J’ai longuement hésité entre du Sql et du NoSql… Puis finalement bon, la future mission sera avec BDD en Sql donc il faut s’y plier.

Architecture

Play 2 et Rest, donc Rest servira à CRUDer les infos du joueur, le monde persistant, les colons, les ressources, les ennemis, etc, autant pour l’administration que pour les clients et les pages web et les outils d’administration seront en play 2 classique.