La réalité augmentée est pour moi sous exploitée depuis des années, j’avais déjà écrit un billet sur le sujet. J’ai découvert avec plaisir une initiative qui exploite cette technologie pour le bonheur de nos enfants.
Cette projet se nomme le cahier de dessin animé.

Le concept

L’idée est simple: vous avez un cahier, comportant une dizaine de pages l’enfant le colorie avec crayons/feutres habituels.
Puis, un des parent le prend en photo avec l’application (iOS/Android gratuite) et son coloriage va s’animer sous ses yeux.

Magique, non ?

Ce projet fait l’objet d’un financement participatif sur KissKissBankBank, ils ont pour l’instant (à l’heure ou j’écrit) récolté 55% de la somme demandée (25 000 euros)

Vous souhaitez l’acheter ?
Vous pouvez pré-commander votre cahier pour 25 euros, et celui-ci vous sera livré sous le sapin.
Je pense que ça peut être une bonne idée de cadeau pour les fêtes

Le site: http://www.kisskissbankbank.com/le-cahier-de-dessin-anime

But de ce billet : Symfony 2
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:

Le controlleur
/src/Acme/BlogBundle/Controller/AdminPostController.php

La vue
/src/Acme/BlogBundle/Resources/views/AdminPost/manage.html.twig

Les controles
/src/Acme/BlogBundle/Form/PostType.php

On a ici une classe par type de formulaire, où l’on a les différents controles effectuées.

Dans le controlleur, on voit l’utilisation de cette classe ici:

note: si il y a une erreur, il n’y a pas de retour

L’enregistrement en base de données
Toujours dans le controlleur, et dans la même méthode, on enregistre via le code suivant:

Retour au sommaire

But de ce billet : Zend framework 2
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:

Le controlleur
/module/Blog/src/Blog/Controller/PostController.php

La vue
/module/Blog/view/blog/post/edit.phtml

Les controles
/module/Blog/src/Blog/Form/EditPostForm.php

On a ici une classe par type de formulaire, où l’on a les différents controles effectuées.

Dans le controlleur, on voit l’utilisation de cette classe ici:

note: si il y a une erreur, on affiche un flash message unique

L’enregistrement en base de données
Toujours dans le controlleur, et dans la même méthode, on enregistre via le code suivant:

Retour au sommaire

But de ce billet : MkFramework
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:

Le controlleur
/module/privatePosts/main.php

La vue
/module/privatePosts/view/edit.php

Les controles
/model/model_posts.php

On a ici nos controles dans la classe model du post, ils sont effectué à chaque enregistrement, qu’ils proviennent d’un formulaire web, d’un appel webservice ou autre.

Dans le controlleur, on voit l’utilisation de cette classe ici:

note: si il y a une erreur,
on retourne une liste de message qui sont passés à la vue

pour être enfin affiché dans la vue

L’enregistrement en base de données
Toujours dans le controlleur, on a dans l’action d’edition un appel à la méthode privée processSave()
Celle-ci vérifie la cohérence des données + le token: si il y a une erreur, elle retourne un tableau des erreurs, si tout se passe bien, elle enregistre puis redirige:

Note: si l’enregistrement se passe bien, on met à jour le cache des catégories et derniers posts.

Retour au sommaire

But de ce billet
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:

Retrouvez un billet de détail sur les frameworks suivants:

• Symfony 2
• Zend framework 2
• Kohana
• MkFramework

Retour au menu principal

But de ce billet : Kohana
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:

Le controlleur
/application/classes/Controller/Admin.php

La vue
/application/views/admin/edit.php

Les controles
/application/classes/Model/Post.php

On a ici les règles de controles dans la classe model

Dans le controlleur, on voit l’utilisation de ces controles ici:
Il y a un try/catch qui catch les evenetuels erreurs d’enregistrement, controles compris

L’enregistrement en base de données
Toujours dans le controlleur, dans la méthode action_post_edit, on enregistre via le code suivant:

Retour au sommaire

Sommaire

• Présentation du projet
• Liste admin
• Vue / layout
• Formulaire de modification

But de ce billet : MkFramework
Dans ce billet, nous allons essayer de comprendre comment s’organise la création de page avec chaque framework:
Pour rappel, dans un site web, on à un template général, appelé « layout », qui contient notre bandeau/logo, nos menus de navigation ainsi qu’une partie dynamique: le contenu de notre site.
Nous allons voir ici, comment ont choisi le layout à utiliser (on peut en avoir plusieurs), puis comment on intègre la navigation, et comment on choisit quel template de vue utiliser pour l’affichage de notre contenu.

Voilà la page que nous allons étudier ici:

On peut voir 4 zones:

• Le bandeau
• La navigation des catégories
• La navigation des derniers posts
• Le contenu dynamique

Le layout
Pour afficher la page d’accueil, on appelle la classe controller module_default:
/module/default/main.php

On voit ici que l’on instancie un objet layout « template1″, on voit également qu’il instancie deux modules, un pour les catégories et l’autre pour les derniers posts qu’il ajoute à l’emplacement « sidebar »
Voyons à quoi ce layout ressemble:
Pour information, il se situe ici:
/layout/template1.php

On retrouve ici le bandeau écrit directement dans le layout, un emplacement pour le contenu dynamique (qui contiendra le contenu) plus un autre pour la sidebar qui contiendra la navigation des catégories + celle des derniers posts

La/les vues
Lorsque l’on regarde l’action appelée pour afficher cette page d’accueil:

On voit que l’on assigne à l’emplacement « main » la vue retournée par le module posts.
Ce framework permet en effet d’appeler des modules « embedded », et de récupérer leur vues pour les imbriquer où bon nous semble.
Allons jetez un oeil à cette méthode _index() du module posts

Ceci est un controller de module embarqué, on inclue pas uniquement une vue de ce module mais tout le module posts: ainsi si on clique sur le lien d’un post (de la liste), le module embarqué affichera naturellement le détail de celui-ci. (il est autonome)
Par défaut, on voit que le second argument est « list »: on affichera donc par défaut la liste des posts avec la méthode _list() du module en question.
Regardons à quoi celle-ci ressemble:

Il instancie une vue post::lists, située ici :
/module/posts/view/list.php

Revenons à la méthode before() qui permettait d’ajouter les catégories et les derniers posts.
Les modules categories et posts étant des modules « embedded », vous comprenez mieux maintenant l’inclusion des vues de ces modules à l’emplacement de la sidebar.
Voici le code de la méthode list du module embarqué categories, on voit ainsi comment est géré le cache du menu
/module/categories/main.php

Retour au sommaire

But de ce billet : MkFramework
Dans ce billet, nous allons essayer de comprendre comment s’organise la création de page avec chaque framework:
Pour rappel, dans un site web, on à un template général, appelé « layout », qui contient notre bandeau/logo, nos menus de navigation ainsi qu’une partie dynamique: le contenu de notre site.
Nous allons voir ici, comment ont choisi le layout à utiliser (on peut en avoir plusieurs), puis comment on intègre la navigation, et comment on choisit quel template de vue utiliser pour l’affichage de notre contenu.

Voilà la page que nous allons étudier ici:

On peut voir 4 zones:

• Le bandeau
• La navigation des catégories
• La navigation des derniers posts
• Le contenu dynamique

Le layout
Pour afficher la page d’accueil, on appelle la classe controller:
/application/classes/Controller/Posts.php

On voit ici, que la propriété publique « template » indique le nom du layout « layouts/blog »
Voyons à quoi il ressemble:
Pour information, il se situe ici:
/application/views/layouts/blog.php

On retrouve ici le bandeau écrit directement dans le layout, et un emplacement pour le contenu dynamique qui contiendra le contenu + la navigation des catégories + celle des derniers posts

La/les vues
Lorsque l’on regarde l’action appelée pour afficher cette page d’accueil:

On voit que l’on assigne au contenu la vue blog/index

On note également que la classe étend Controller_Template, une classe située ici:
/application/classes/Controller/Template.php

Dans laquelle une méthode before() initialise « en global » les tableaux contenant les catégories et les derniers posts:

On voit également comment est géré l’affichage du cache de ce menu qui change rarement.

Revenons à notre vue blog/index, cette vue est situé ici:
/application/views/blog/index.php

On remarque que celle-cifait appel à la vue blog/posts et blog/sidebar
Qui permettront d’afficher la liste des posts et les deux navigations: catégories et derniers posts

Retour au sommaire

But de ce billet : Zend Framework 2
Dans ce billet, nous allons essayer de comprendre comment s’organise la création de page avec chaque framework:
Pour rappel, dans un site web, on à un template général, appelé « layout », qui contient notre bandeau/logo, nos menus de navigation ainsi qu’une partie dynamique: le contenu de notre site.
Nous allons voir ici, comment ont choisi le layout à utiliser (on peut en avoir plusieurs), puis comment on intègre la navigation, et comment on choisit quel template de vue utiliser pour l’affichage de notre contenu.

Voilà la page que nous allons étudier ici:

On peut voir 4 zones:

• Le bandeau
• La navigation des catégories
• La navigation des derniers posts
• Le contenu dynamique

Le layout
Pour afficher la page d’accueil, on appelle la classe controller PostController:
/module/Blog/src/Blog/Controller/PostController.php

Il n’y a pas d’indication sur le layout à charger, par défaut c’est : layout.phtml
Pour le modifier:

Revenons à notre layout par défaut, voyons à quoi il ressemble:
Pour information, il se situe ici:
/module/Blog/view/layout/layout.phtml

On retrouve ici un appel partiel au layout « navbar », , un emplacement pour le contenu dynamique (qui contiendra le contenu) plus un autre appel partiel à « sidebar » qui contiendra la navigation des catégories + celle des derniers posts (+ une condition pour gérer le cache de ce menu)

Le layout partiellement chargé layout/navbar

Mais ce qui est plus intéressant c’est layout/sidebar (notre fameux menu des catégories et derniers posts)

Note: par défaut, ces menus sont vides car chargé à partir du layout principal avec tableau posts et categories à vide (simple array)
note 2: je ne sais pas comment on pourrait lui passer la vrai liste des posts et categories

La/les vues
Lorsque l’on regarde l’action appelée pour afficher cette page d’accueil:

On suppose par convention qu’il appelle la vu du même nom
/module/Blog/view/blog/post/index.phtml

Retour au sommaire