[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Dolibarr-dev] engine smarty
From: |
Christophe Combelles |
Subject: |
Re: [Dolibarr-dev] engine smarty |
Date: |
Wed, 20 Oct 2004 12:12:47 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5 |
Rodolphe Quiedeville a écrit :
Benoit Mortier wrote:
Bonsoir,
je sais qu'il n'est pas agréable de dépendre de librairies externes,
mais une librairie comme smarty nous rendrait surement de fier
services pour séparer l'interface du code ...
Qu'en pensez vous ??
J'ai abordé ce point maintes et maintes fois avec divers codeurs, je
pense que smarty est parfait quand on commence un projet et quand on a
une interface simple que l'on peut schématiser, ce n'est pas le cas de
dolibarr je ne veux pas qu'une fiche facture ressemble à une propale et
que tous les champs d'un formaulaire de saisie soit alignés de la même
façon. Ce qui fait que les templates smarty serait eux-mêmes des
morceaux de code et finirait par n'apporter que de la lourdeur de
developpement.
Rien n'empeche de tester smarty dans une partie de Dolibarr par contre.
Je pense qu'il y a beaucoup de boulot à faire au niveau des CSS par
contre mais nous n'avons pas encore le dev pro des CSS dans l'equipe, à
nous de le recruter ;-)
Ne faudrait-il pas séparer le HTML du PHP, pour commencer ?
Il y a 36mille façon de faire, mais c'est pratique par exemple de faire des
templates en HTML (avec CSS ou pas et éditable n'importe où), qui
contiennent des tags <dolibarr_truc >. Et le code PHP se contente de
remplacer les tags <dolibarr> par le vrai contenu.
Le PHP peut alors être soit dans le même fichier, soit dans un fichier
séparé. Du coup la logique du programme est séparée de l'affichage, et tout
est plus simple à comprendre, modifier, déboguer, améliorer, patati patata.
Christophe