La modélisation et vous

par **Klomac** » 16 juin 2007, 18:51

Je veux

par **naholyr** » 16 juin 2007, 18:32

Pour MiniMVC je le posterai dans les contributions, ce sera aussi simple, je devrais avoir le temps de m'en occuper aujourd'hui.
On attend toujours

Mince t'es salaud je croyais y échapper ><
La vérité c'est que je me suis rendu compte qu'il n'est pas bien fait et n'est pas un bon exemple, il faudrait que je le retape ou que je mette un gros avertissement disant que ce n'est pas du vrai mvc. Mais si je fais ça il y en aura toujours pour venir raler que c'est de la merde, donc je m'abstiens

Par contre on peut gérer ça en MP si tu veux

par **Hywan** » 16 juin 2007, 15:24

(attention aux jets de claviers)

par **Klomac** » 16 juin 2007, 14:50

Pour MiniMVC je le posterai dans les contributions, ce sera aussi simple, je devrais avoir le temps de m'en occuper aujourd'hui.

On attend toujours

par **[Sébastien]** » 16 juin 2007, 05:39

@Sébastien : non je n'ai pas encore regarder le livre de CampusPress. Mais Design Pattern, tête la première est aussi écrit pour Java. C'est assez pratique, car c'est vraiment très strict. En revanche, adapter pour PHP ne devrait pas poser trop de soucis.

Oui, je sais pour Java, j’ai commencé à l’étudier tout doucement

. Merci en tout cas pour la réponse. Je vais sûrement lire les deux

.

par **Klomac** » 15 juin 2007, 23:06

Merci pour les liens naholyr, je vais étudier ça à tête reposée dans les jours à venir

Je t'ai ajouté sur MSN Hywan. Pour ma part le bac est terminé, je vais commencer à bosser sur mon projet en attendant que tes exams soient terminées, et on réfléchira à ça. Bon courage.

par **Hywan** » 15 juin 2007, 14:42

@Sébastien : non je n'ai pas encore regarder le livre de CampusPress. Mais Design Pattern, tête la première est aussi écrit pour Java. C'est assez pratique, car c'est vraiment très strict. En revanche, adapter pour PHP ne devrait pas poser trop de soucis.

@Klomac : pourquoi ne pas développer ça ensemble. Je te préviens, je ne suis pas facile à vivre hehe

Je termine les examens mercredi 20, après je suis disponible pour tout le mois de juillet. Je conserve la proposition

par **naholyr** » 15 juin 2007, 10:29

Ah ah

Je fais l'effet slashdot à moi tout seul xD

Merci : le cache google pour cette page !
Sinon tu as un exemple d'utilisation ici et même L'ultime présentation pour l'utilisation conjointe de HTML_QuickForm & Smarty.

par **Klomac** » 15 juin 2007, 06:46

Cf. http://karma.nucleuscms.org/item/96 (une des pages qui décrit le plus précisément l'utilisation)

C'est chez moi ou le lien est down ?

par **[Sébastien]** » 15 juin 2007, 05:14

Le livre c'est "Design patterns - tête la première" ? :-p
Oui ^^ Le livre est assez génial, même s'il y a de très nombreuses fautes ... C'est assez incroyable d'en trouver autant. On peut dire qu'on a une moyenne de 5 fautes par pages, normal. J'aurais peut être du le prendre en anglais Le plus grave, c'est les fautes dans le code

Oki, As-tu lu: Les Design Patterns en Java - Les 23 modèles de conception fondamentaux (édition CampusPress) ? Il est bien ?

par **naholyr** » 14 juin 2007, 23:04

Cf. http://karma.nucleuscms.org/item/96 (une des pages qui décrit le plus précisément l'utilisation)

En gros le principe :
- Tu définis ton formulaire avec HTML_QuickForm
- Tu définis ton objet Smarty
- Tu lies les deux avec un objet HTML_QuickForm_Renderer_ArraySmarty. Son rôle principal est de transformer un formulaire en tableau associatif, afin de pouvoir l'utiliser directement dans ton template, avec au passage un peu de mise en forme propre au Renderer.

Tout marche très bien ensemble c'est très agréable à utiliser.

par **Klomac** » 14 juin 2007, 22:07

Pour conserver une certaine souplesse dans la composition de ta page et de ces éléments, il va falloir coupler (mais faiblement) ton moteur de template avec les composants de ta page (formulaire etc.). C'est pas si évident qu'on le pense Toujours garder le principe du MVC en tête.
Pour ça j'ai beau ne pas trop aimer Smarty au départ, j'avoue que Smarty+QuickForm+Render_SmartyArray c'est très sympa

Peux-tu développer s'il te plait ?

par **naholyr** » 14 juin 2007, 22:05

Pour conserver une certaine souplesse dans la composition de ta page et de ces éléments, il va falloir coupler (mais faiblement) ton moteur de template avec les composants de ta page (formulaire etc.). C'est pas si évident qu'on le pense Toujours garder le principe du MVC en tête.

Pour ça j'ai beau ne pas trop aimer Smarty au départ, j'avoue que Smarty+QuickForm+Render_SmartyArray c'est très sympa

par **Klomac** » 14 juin 2007, 17:43

Effectivement, je vais essayer de garder ce principe en tête.

Si tu es intéressé pour étudier à deux cette histoire de gestionnaire de formulaires, tu peux prendre mon MSN dans mon profil

par **Hywan** » 14 juin 2007, 13:26

Au passage, si ca passe sur Safari, alors ca passe sur Opera et Konqueror, les 3 respectent très rigoureusement les spécification du W3C.

Pas d'accord.
Opera respecte très très bien. S'il était plus ouvert aux programmeurs, je laisserais tomber Firefox (Tristan, ne me frappe pas ^^).
Konqueror, je connais pas assez bien pour faire une critique.
Et Safari par contre, je connais, donc j'affirme que non ^^ Oui il respecte, mais partiellement. La logique de Safari a été de choisir les implémentations. Quand un composant est implémenter, il fonctionne à la perfection. En revanche, si un composant n'est pas implémenter, il ne les pas du tout. Tout ou rien. C'est un choix, il a des plus et des moins. Mais le choix du composant a implémenter n'est pas toujours celui qu'on aurait choisi.

Pour répondre à Klomac sur la gestion des formulaires. Personnellement, je vais me faire mon propre gestionnaire de code HTML. Car je ne trouve rien sur le Web qui me satisfasse.

Pour conserver une certaine souplesse dans la composition de ta page et de ces éléments, il va falloir coupler (mais faiblement) ton moteur de template avec les composants de ta page (formulaire etc.). C'est pas si évident qu'on le pense

Toujours garder le principe du MVC en tête.

La modélisation et vous

Répondre

Étendre la vue Revue du sujet : La modélisation et vous