Je suis en train de travailler avec l'équipe de l'ADULLACT sur un outil de gestion en temps réel des résultats éléctorals.
J'ai cependant besoin de deux choses :
un générateur de templates (afin de nettoyer le code php dupliqué, il y a au moins 2000 lignes redondantes) : apparemment, on m'a dit que smarty ( http://smarty.php.net(...) ) était le mieux car il gère en plus les failles de sécurité php.
des informations (compréhensibles, pas juste une série de spec.) sur la compatibilité du javascript/ecmascript avec les navigateurs sous gecko et khtml. la version de base est composée de plein de js uniquement compatible ie, c'est assez atroce.
Toute autre idée de votre part sur les technologies à choisir, des projets similaires à observer etc :)
Journal Générateur de templates
13
mai
2004
# à propos d' "élections"
Posté par Bruce Le Nain (site web personnel) . Évalué à 1.
[^] # Re: à propos d' "élections"
Posté par DPhil (site web personnel) . Évalué à 1.
http://pear.php.net(...)
# Tiens je viens de trouver Templeet et DaCode
Posté par Bruce Le Nain (site web personnel) . Évalué à 1.
[^] # Re: Tiens je viens de trouver Templeet et DaCode
Posté par manatlan (site web personnel) . Évalué à 4.
et pour avoir tester plusieurs moteurs de templates pour php
je ne peux que t'appuyer dans ton choix ...
Smarty : c'est vraiment excellent ... (et je ne conçois même plus de faire du php sans smarty)
(je peux débattre sur le moteur de smarty ... je connais bien son fonctionnement ... car j'ai fais une version asp, et une pour python ... car je ne peux même plus m'en passer pour d'autres langages ... c pour dire si je l'aime ;-) )
Sinon ... un générateur de tempate : je sais que ça existe ... un générateur de template pour smarty : je sais pas ... mais si c le cas, tu devrais pouvoir te renseigner sur smarty.php.net ... (mais sinon, perso, je vois pas l'intérêt d'un générateur de template ?!?)
sinon ... quant à la compatibilité ecmascript : je suis quasi certain que ça ne pose aucun prob pour les gecko-like, et IE (aucune idée pour khtml) ... (cependant, j'ai toujours développé mes plugins moi-même, et j'y mettais du code javascript "sain", donc, pas de problèmes)
en esperant avoir bien compris ton post ...
[^] # Re: Tiens je viens de trouver Templeet et DaCode
Posté par Colargol . Évalué à 1.
Je suis d'accord mais il y a d'autres gestionnaires de templates plus simple d'utilisation, un journal récent mentionnait ce comparatif : http://cyberzoide.developpez.com/php4/template/(...)
Une fonctionnalité qui peut être précieuse dans l'appli que veut développer Bruce est la possibilté de mettre les pages html générées par Smarty en cache.
[^] # Re: Tiens je viens de trouver Templeet et DaCode
Posté par manatlan (site web personnel) . Évalué à 2.
leur préféré reste "smarty"
mais de là à dire que la syntaxe est difficile ... c faux ... complètement faux !
pour en avoir testé beaucoup de cette page ...
je trouve les syntaxes de modelix, templeet et compagnie bien plus lourde ...
et les syntaxes à la XML (xhtml compliant) ... je trouve ça trop lourd
(et pourtant je suis également un utra fan de xml et cie ... mais l'intérêt de faire des moteur de template en xml ... autant faire du xml/xslt ... c'est fait pour ça !)
je trouve que le xml, associé dans du xhtml, c bien, c compliant ... mais c très lourd à gérer, à lire ...
tu peux mettre du smarty dans du xhtml strict, ça restera compliant aussi, et bien plus lisible ;-)
ce qui est extremement bien avec smarty ... c la simplicité avec laquelle tu développes des modifiers, plugins, block ...
il est evident que si tu prends smarty tout seul, c déjà bien .... mais c pas top
une fois que t'as fait ton framework smarty, avec tes plugins/modifiers/block ... c que du bonheur ... et tu développes à vitesses grand v !
[^] # Re: Tiens je viens de trouver Templeet et DaCode
Posté par Benoît Sibaud (site web personnel) . Évalué à 2.
[^] # Re: Tiens je viens de trouver Templeet et DaCode
Posté par Pooly (site web personnel) . Évalué à 1.
regarde aussi Templeet.
# A propos
Posté par jml94 . Évalué à 1.
Je disais donc :
Je suis en train de travailler sur le même projet que toi et j'ai commencé a mettre en place smarty avec une gestion des styles par élection.
Peux-tu me contacter à la mairie de savigny sur orge pour qu'on en discute ? (Standard : 01 69 54 40 00, demande Jean-Michel au service informatique)
[^] # Re: A propos
Posté par Bruce Le Nain (site web personnel) . Évalué à 1.
# Smarty est un bon choix
Posté par Yann 'Ze' Richard (site web personnel) . Évalué à 2.
J'utilise maintenant Smarty depuis presque un an et j'avou avoir été conquis.
J'ai un peu tester d'autres moteurs modeliXe et Templeet.
J'ai choisie Smarty parce que le projet est un projet du team PHP ce qui lui confère un avenir assez certain. La documentation est train bien faite et le forum est plus qu'actif. Mais surtout il est complet, facile a apprehender, je le trouve super clair (surrement grace a la doc). Si j'ai pas choisi templeet c'est entre autre a cause du manque de doc, c'est surrement un super moteur de template mais je n'ai peut etre pas pris assez de temps pour le tester a fond.
Dans tout les cas de regrette pas mon choix.
Pour ce qui est l'utilité d'un moteur de template, je dirai que ca oblige a bien separer la partie extractions de données, traitement, de la présentation. Le système de cache.
# Mon expérience
Posté par Cook Captain . Évalué à 1.
1- pas une élection ne ressemble à une autre (découpage en canton / région / circonscription, etc.)
2- dans une même élection les règles peuvent être complètement différentes selon la taille de la ville
3- les listes des élections municipales peuvent être dynamiques (!)
4- le mode de calcul du gagnant peut dépendre de l'age du capitaine (véridique)
5- des listes peuvent être annulées au dernier moment
6- les modes de calcul peuvent changer d'une année sur l'autre
7- l'ordre de sortie des candidats est variable (et pas forcément le même selon les préfectures et le ministère)
8- etc.
Bref du boulot, rien d'impossible mais beaucoup moins simple qu'il ne parait au premier abord.
Et puis surtout, c'est extrémement difficile d'avoir des résultats fiables en temps réel pour la plupart des élections sans téléphoner à toutes les mairies (et encore, il faut se dépécher car pour un fin d'élection à 18h, certaines mairies ferment à 18h25 et hop c'est foutu - tout le monde dort). Quand à compter sur un envoi des résultats par les préfectures, faut pas réver...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.