Skip to content
Extraits de code Groupes Projets
  1. jan. 03, 2009
  2. jan. 02, 2009
    • esj's avatar
      La balise {{{#LOGO_ARTICLE}}} et consorts rentrent dans le moule commnun. Les... · a1b289d8
      esj a rédigé
      La balise {{{#LOGO_ARTICLE}}} et consorts rentrent dans le moule commnun. Les faux filtres {{{|fichier}}} et {{{|lien}}} sont remplacés respectivement par l'écriture {{{#LOGO_ARTICLE**}}} et {{{#LOGO_ARTICLE*}}}. Les faux filtres de positionnement ({{{top,left,right,center,bottom}}}) et les balises {{{#URL_}}}xxx en position de filtres sont à présent à écrire comme argument de la balise, l'écriture {{{#LOGO_ARTICLE|left}}} est donc remplacée par {{{#LOGO_ARTICLE{left} }}} et l'écriture {{{#LOGO_ARTICLE|#URL_AUTEUR}}} est donc remplacée par {{{#LOGO_ARTICLE{#URL_AUTEUR} }}}. Ces deux écritures peuvent se combiner entre elles et avec les deux nombres donnant les dimensions, comme dans {{{LOGO_DOCUMENT{#URL_ARTICLE,bottom,60,80} }}}, l'ordre des 4 paramètres étant libre. Avec tout ça, il n'est plus nécessaire d'écrire {{{ || }}} pour stipuler que les filtres normaux commencent.
      
      Les anciennes écritures restent comprises mais doivent être considérées comme obsolètes. Une écriture théoriquement possible mais vraisemblablement pas utilisée est néanmoins totalement exclue à présent (savoir {{{#LOGO_ARTICLE|f}}} où {{{f}}} ne contiendrait pas le caractère # mais donnerait on ne sais comment une URL).
      
      Test (en plus de squelette-dist, remis d'équerre):
      
      <BOUCLE_doc(DOCUMENTS){id_article}>
      [(#LOGO_DOCUMENT{43,left,66})]
      LOGO_DOCUMENT{# URL_ARTICLE,77,bottom,67}
      [(#LOGO_DOCUMENT{#URL_ARTICLE,,bottom,77,67})]
      <br>
      LOGO_DOCUMENT**
      [(#LOGO_DOCUMENT**)]
      <br>
      LOGO_DOCUMENT|lien
      [(#LOGO_DOCUMENT|lien)]
      <br>
      LOGO_DOCUMENT*
      [(#LOGO_DOCUMENT*)]
      <br>
      LOGO_DOCUMENT{12,13}||trim{f}}
      [(#LOGO_DOCUMENT{12,13}||trim{f})]
      <br>
      LOGO_DOCUMENT{left,bottom,right}
      [(#LOGO_DOCUMENT{left,bottom,right})]
      </BOUCLE_doc>
      a1b289d8
    • esj's avatar
      Une scorie même pas dénoncée par le phraseur. · 817d655b
      esj a rédigé
      817d655b
    • esj's avatar
      Why while ? · 8507a90b
      esj a rédigé
      8507a90b
    • esj's avatar
      Factorisation de code entre les modes 'image' et 'document', et petite... · 6dbf9fe8
      esj a rédigé
      Factorisation de code entre les modes 'image' et 'document', et petite correction pour le mode vignette. Mais des specs sur tout ça serait les bienvenuse.
      6dbf9fe8
  3. déc. 31, 2008
    • esj's avatar
      Je résume: [11390] introduit la gestion des doublons dans les inclusions à... · 43249526
      esj a rédigé
      Je résume: [11390] introduit la gestion des doublons dans les inclusions à l'aide d'un test faux, et trouve utile d'appliquer cette condition ni nécessaire ni suffisante à la gestion des doublons dans les boucles documents en retirant le code qui faisait ça très bien auparavant. [12081] corrige le double bug à l'aide d'une condition suffisante mais non nécessaire, en notant qu'il serait encore mieux d'opérer à l'analyse syntaxique, c'est-à-dire comme fait auparavant. Le présent dépôt rétablit l'ancien code pour les boucles et l'étend aux inclusions. On pourrait rêver mieux comme méthode de développement.
      43249526
  4. déc. 30, 2008
    • esj's avatar
      Début de mise à plat de la balise générique #LOGO_. · 73b0062b
      esj a rédigé
      Tout ce qui est calculable à la compilation l'est effectivement, ce qui allège le code produit. Conséquence, les fonctions {{{affiche_logos, calcule_logo_document, calcule_logo}}} n'ont plus les mêmes signatures, on en profite pour les nommer plus rationnellement, voire les faire disparaître. La production du code HTML est enfin rejetée en dehors du compilateur proprement dit, la fonction {{{balise_LOGO__dist}}} d'une part, et dans {{{inc/documents}}}. Ce n'est pas encore facilement surchargeable, mais on s'en approche.
      
      Test (sur un article avec logo):
      {{{
      <BOUCLE_doc(DOCUMENTS){id_article}{doublons}>
      <h1>DOCUMENT #ID_DOCUMENT</h1>
      LOGO_DOCUMENT|URL_ARTICLE
      [(#LOGO_DOCUMENT|#URL_ARTICLE)]
      <br>
      LOGO_DOCUMENT|right
      [(#LOGO_DOCUMENT|right)]
      <br>
      LOGO_DOCUMENT|fichier
      [(#LOGO_DOCUMENT|fichier)]
      <br>
      LOGO_DOCUMENT|lien
      [(#LOGO_DOCUMENT|lien)]
      <br>
      LOGO_DOCUMENT|fichier|strtoupper
      [(#LOGO_DOCUMENT|fichier|strtoupper)]
      <br>
      LOGO_DOCUMENT||image_sepia
      [(#LOGO_DOCUMENT||image_sepia)]
      <br><br><br><br>
      LOGO_DOCUMENT{200,50}|URL_ARTICLE
      [(#LOGO_DOCUMENT{200,50}|#URL_ARTICLE)]
      <br>
      LOGO_DOCUMENT{200,50}|right
      [(#LOGO_DOCUMENT{200,50}|right)]
      <br>
      LOGO_DOCUMENT{200,50}|fichier
      [(#LOGO_DOCUMENT{200,50}|fichier)]
      <br>
      LOGO_DOCUMENT{200,50}|lien
      [(#LOGO_DOCUMENT{200,50}|lien)]
      <br>
      LOGO_DOCUMENT{200,50}|fichier|strtoupper
      [(#LOGO_DOCUMENT{200,50}|fichier|strtoupper)]
      <br>
      LOGO_DOCUMENT{200,50}||image_sepia
      [(#LOGO_DOCUMENT{200,50}||image_sepia)]
      </BOUCLE_doc>
      }}}
      73b0062b
    • esj's avatar
      Le cryptage du mot de passe avant envoi n'était plus assuré que si le cookie... · 362507d3
      esj a rédigé
      Le cryptage du mot de passe avant envoi n'était plus assuré que si le cookie dession était toujours actif. Il fallait s'apercevoir que parmi toutes les occurrences du signe # dans les définitions de fonctions JS du squelette login, il y en avait un qui était une vraie balise SPIP, la fonction JS qui le contenait n'ayant donc pas le même corps pour deux jeux d'URL différents (quel rapport ?). On réécrit différemment le squelette, ce qui permet d'avoir un fichier JS
      pour déclarer ces fonctions et les charger une fois pour toutes. Et n'y aurait-il pas moyen d'évacuer une bonne partie de ces globales JS ?
      362507d3
  5. déc. 29, 2008
  6. déc. 27, 2008
  7. déc. 26, 2008
  8. déc. 23, 2008
  9. déc. 22, 2008
    • esj's avatar
      La fonction principale de l'agenda n'a pas à consulter directement les... · 1b54c648
      esj a rédigé
      La fonction principale de l'agenda n'a pas à consulter directement les variables d'URL, on déporte dans les appelants. Pour l'espace privé, c'est bouclé. Pour l'espace public (les squelettes {{{agenda_}}}*{{{.html}}}) c'est encore insuffisant: c'est le filtre {{{agenda_affiche}}} qui consulte les variables d'URL, alors que les squelettes devraient les lui fournir. A finir, mais la signature de ce filtre devra changer.
      1b54c648
  10. déc. 21, 2008
  11. déc. 20, 2008
  12. déc. 19, 2008
  13. déc. 18, 2008
  14. déc. 17, 2008
  15. déc. 16, 2008
  16. déc. 15, 2008
Chargement en cours