[SPIP Zone] r17565 - in /_squelettes_/alter/alternatives/inc: inc-rub-articles.html inc-sommaire-articles.html inc-sommaire-edito.html

Archives Zone
1

andre@alternatives.ca a écrit :
Pkoi brute ?

Author: andre@alternatives.ca
Date: Thu Dec 20 20:38:54 2007
New Revision: 17565

Log:
#INTRODUCTION etant un peu 'brute', ici seul le #TEXTE est coupe; #DESCRIPTIF et #CHAPO ne sont jamais coupe et leurs raccourcis ne sont pas applatis.

Cette balise a été assouplie il y a peu : #INTRODUCTION{longueur}
De plus, elle permet d'éviter que des balises multi ou des raccourcis ajoutés par les plugins se retrouvent dans les résumés d'articles si le descriptif manque. Elle autorise l'utilisation des raccourcis <intro></intro> dans le corps de l'article, permet de choisir ses points de suite, etc.
Bref, que des avantages...
(on en revient toujours à la collaboration squelette/plugins)
son fonctionnement est similaire à ta ligne de code : on prend le descriptif s'il existe, sinon le chapo+texte

Pat

2

Log:
#INTRODUCTION etant un peu 'brute', ici seul le #TEXTE est coupe; #DESCRIPTIF
et #CHAPO ne sont jamais coupe et leurs raccourcis ne sont pas applatis.

Cette balise a été assouplie il y a peu : #INTRODUCTION{longueur}
De plus, elle permet d'éviter que des balises multi ou des raccourcis
ajoutés par les plugins se retrouvent dans les résumés d'articles si le
descriptif manque. Elle autorise l'utilisation des raccourcis
<intro></intro> dans le corps de l'article, permet de choisir ses points
de suite, etc.
Bref, que des avantages...
(on en revient toujours à la collaboration squelette/plugins)
son fonctionnement est similaire à ta ligne de code : on prend le
descriptif s'il existe, sinon le chapo+texte

Le comportement attendu de la modification suivante dans nos squelettes

    [...(#DESCRIPTIF|sinon{[(#CHAPO|sinon{[(#TEXTE|couper{300})]})]})...]

est celle-ci :

- si le #DESCRIPTIF est renseigné, il sera utilisé au COMPLET et tous les
raccourcis seront interprétés (liens, listes, tableaux, images, etc...),
sinon...

- si le #CHAPO est renseigné, il sera utilisé au COMPLET et tous les
raccourcis seront interprétés (liens, listes, tableaux, images, etc...),
sinon...

- les 300 premiers caractères du #TEXTE, mais dans ce cas, les raccourcis
sont aplatis (effet du filtre 'couper').

Voilà le comportement recherché.

L'assouplissement de la balise #INTRODUCTION n'est pas suffisante, même avec
le Couteau suisse pour reproduire ce comportement. Et sans le Couteau
suisse, c'est encore pire. Désolé.

On conserve donc en l'état pour l'instant.

Oui, la collaboration squelette/plugins commence réellement à poser de
sérieux casse-têtes.

André Vincent

3

Le comportement attendu de la modification suivante dans nos squelettes
    [...(#DESCRIPTIF|sinon{[(#CHAPO|sinon{[(#TEXTE|couper{300})]})]})...]
est celle-ci :
- si le #DESCRIPTIF est renseigné, il sera utilisé au COMPLET et tous les
raccourcis seront interprétés (liens, listes, tableaux, images, etc...),
sinon...
- si le #CHAPO est renseigné, il sera utilisé au COMPLET et tous les
raccourcis seront interprétés (liens, listes, tableaux, images, etc...),
sinon...
- les 300 premiers caractères du #TEXTE, mais dans ce cas, les raccourcis
sont aplatis (effet du filtre 'couper').
Voilà le comportement recherché.

Ca c'est exactement ce à quoi sert la possibilité de redéfinition de
la balise #INTRODUCTION via une
function balise_INTRODUCTION($p) { }
ou dans ce cas précis via une fonction calcul_introduction()

Comme Pat je ne vois pas la logique de mettre un gros paquet compliqué
dans le squelette, alors qu'on peut redéfinir **comme on veut** ce que
produit #INTRODUCTION.

Oui, la collaboration squelette/plugins commence réellement à poser de
sérieux casse-têtes.

Il faut essayer de séparer proprement les différents niveaux de code.
A mon sens un "squelette" devrait dire "ici je veux l'introduction",
et donc conserver #INTRODUCTION. C'est le rôle d'un un autre bout de
code (dans mes_fonctions ou dans un plugin séparé) que de définir
mieux ce #INTRODUCTION (ou #INTRO2 si tu as besoin de l'original
ailleurs).

-- Fil

4

Comme Pat je ne vois pas la logique de mettre un gros paquet compliqué
dans le squelette, alors qu'on peut redéfinir **comme on veut** ce que
produit #INTRODUCTION.

Oui, la collaboration squelette/plugins commence réellement à poser de
sérieux casse-têtes.

Il faut essayer de séparer proprement les différents niveaux de code.
A mon sens un "squelette" devrait dire "ici je veux l'introduction",
et donc conserver #INTRODUCTION. C'est le rôle d'un un autre bout de
code (dans mes_fonctions ou dans un plugin séparé) que de définir
mieux ce #INTRODUCTION (ou #INTRO2 si tu as besoin de l'original
ailleurs).

-- Fil

Oui, j'ai besoin de l'original ailleurs. La forme #INTRO conviendrait.

Question : #INTRO pourrait ainsi appeler un modèle du même type que la
balise #LESAUTEURS en y mettant le 'gros paquet compliqué'; quel avantage ou
inconvénient par rapport à un fonction ?

AV

5

Question : #INTRO pourrait ainsi appeler un modèle du même type que la
balise #LESAUTEURS en y mettant le 'gros paquet compliqué'; quel avantage ou
inconvénient par rapport à un fonction ?

a priori il n'y a pas d'inconvénient à utiliser un squelette plutôt
qu'une fonction, quand c'est possible ; c'est même souhaitable (plus
"simple" et moins facile à planter)

-- Fil