[spip-dev] Propositions

Bonjour,

Quelques propositions.

1.) A mon avis le plus grand obstacle pour que SPIP soit plus ouvert aux modifications ou aux contributions d’autres développeurs est le manque d’un concept de module.

2.) Utiliser un sytème de template dans la programmation du menu d’administration pour séparer le layout et le contenu. La lisibilité du code php serra meilleure.

3.) Utiliser plus la programmation d’objet orienté de php. Le recyclage du code php augmente la performance et la lisibilité du code.

4.) Une sorte de API serra utile pour extendre spip plus facillement. (concept de module)

5.) Extendre le language de programmation dans les squelettes. C’est vrai, il est facille à apprendre mais on arrive vite à ses limites. Et pourquoi ne pas penser à une alternative comme “Smarty”?

Je sais que des modifications du gendre mentionner en haute sont difficiles à faire, mais je crois qu’ils donnent plus de flexibilité pour les développeurs.

Cordialement,

Armand Turpel

Je suis pour un systéme d'extension facile aprés sous quelle forme sa il
faudra voir, mais les squellette ne doivent pas devenir un langage de
programmation, si on a atteint les limites du squellette on fait du php
et c'est tout :slight_smile:

Armand Turpel wrote:

Je n'ai jamais développé un site avec SPIP sans introduire du code php dans
les squelettes. Pour mes besoins le concept simple du langage de squelettes
de spip ne fonctionne pas. Et si je regarde un peu autour les autres ne vont
pas meilleurs.

Oui mais ce sont tes besoins, tu ne les précise mais apprament ils
sortent du cadre originel de SPIP la question est faut il allourdir le
code de SPIP pour une poignée d'utilisateurs. Essaye de préciser ce que
tu aimerais avoir de plus dans les squellettes.

Armand Turpel wrote:

Exemple d'une question qui a été poser récemment sur la liste:

Si une variable existait qui représente le context actuel, - exemple
#THIS_ID_SECTEUR qui contien l'id_secteur de la rubrique actuel,- qui me
donne la possibilitée de réagir desure dans une boucle. Et si il y avait une
boucle de condition on pourrai faire des chose comme suivant.

<BOUCLE_haut(RUBRIQUES){id_parent=0}{par titre}{"<BR>"}>
    <IF #THIS_ID_SECTEUR != #ID_SECTEUR>
      <A HREF="#URL_RUBRIQUE">#TITRE</A>';
    <ELSE>
      <b> #TITRE</b>
     </IF>
</BOUCLE_haut>

au lieu de le faire comme ca:

<BOUCLE_this(RUBRIQUES){id_rubrique}>
<?php
     $id_sector = #ID_SECTEUR;
?>
</BOUCLE_this>

<BOUCLE_haut(RUBRIQUES){id_parent=0}{par titre}{"<BR>"}>
<?php
     if($id_sector!= #ID_SECTEUR)
    {
        echo '<A HREF="#URL_RUBRIQUE">#TITRE</A>';
    }
    else
    {
        echo '<b>#TITRE</b>';
    }
?>
</BOUCLE_haut>

Pour ça, j'avais proposé un truc de ce style à une époque :
<BOUCLE_haut(RUBRIQUES){id_parent=0}{par titre}{"<BR>"}>
     <BOUCLE_courante{id_rubrique=id_rubrique_boucle_au_dessus}
       <b> #TITRE</b>
     </BOUCLE_courante>
       <A HREF="#URL_RUBRIQUE">#TITRE</A>';
     <//B_courante>
</BOUCLE_haut>

  le id_rubrique_boucle_au_dessus pouvant s'écrire id_rubrique[-1] (pour
dire boucle un étage au dessus).
  Je l'avais implémenté, mais on m'avais répondu que ça ferait trop
usine à gaz. Mais j'ai encore le patch dans un coin (pour une version de
spip plus ancienne, mais on doit pouvoir adapter).

À+, Pif.