[SPIP Zone] [Spip-zone-commit] r12389 - /_modeles_/article_portfolio.html

Un modele pour inserer un portfolio d'article partout

Added:
    _modeles_/article_portfolio.html

Je suppose que ça ne gère pas les {doublons} avec les documents
référencés dans le corps (#CHAPO, #TEXTE) de l'article ; ça peut être
voulu, mais ça risque de faire bizarre à ceux qui préfèrent la
cohérence avec le système habituel.

Pour les gérer, il faut refaire le calcul de #TEXTE et CHAPO (par
exemple avec [(#CHAPO|?)][(#TEXTE|?)] pour ne pas les afficher, et
laisser le critère {doublons} ; si on veut ne pas les gérer, il serait
plus "propre" de ne pas utiliser le critère {doublons}.

Et si on veut les gérer en option, il faut écrire l'option en question
; par exemple
<article12|portfolio|tout=oui> ?

-- Fil

Fil a écrit :

Un modele pour inserer un portfolio d'article partout

Added:
    _modeles_/article_portfolio.html
    
Je suppose que ça ne gère pas les {doublons} avec les documents
référencés dans le corps (#CHAPO, #TEXTE) de l'article ; ça peut être
voulu, mais ça risque de faire bizarre à ceux qui préfèrent la
cohérence avec le système habituel.

Pour les gérer, il faut refaire le calcul de #TEXTE et CHAPO (par
exemple avec [(#CHAPO|?)][(#TEXTE|?)] pour ne pas les afficher, et
laisser le critère {doublons} ; si on veut ne pas les gérer, il serait
plus "propre" de ne pas utiliser le critère {doublons}.
  

en svn il y a le critere {deja_vu} (de memoire) qui se veut equivalent, et qui a ete intégré pour gérer ce probleme

Et si on veut les gérer en option, il faut écrire l'option en question
; par exemple
<article12|portfolio|tout=oui> ?

-- Fil
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
  

Un modele pour inserer un portfolio d'article partout

Added:
    _modeles_/article_portfolio.html

Un modele pour inserer un portfolio d'article partout

Added:

_modeles_/article_portfolio.html

Je suppose que ça ne gère pas les

{doublons} avec les documents

référencés dans le corps (#CHAPO, #TEXTE) de

l'article ; ça peut être

voulu, mais ça risque de faire bizarre à ceux qui

préfèrent la

cohérence avec le système habituel.

Non, ça ne gère pas les doublons, si inséré dans le même article. Mai pas
nécessairement incohérent avec le système habituel, de ce que j'ai compris
du système des modèles.

Ce modèle n'est pas destiné à être utilisé dans le même article auquel on a
joint les documents, ni sous forme de balise d'inclusion dans un squelette
article. Nous présumons que le squelette article gère déjà les portfolios.

Ce modèle est destiné à être utilisé dans les textes des rubriques, des
brèves, des auteurs et des AUTRES articles. Dans ces cas, pas de problème de
doublons.

Mais d'accord, {doublons} est inutile et il faudrait préciser l'usage dans
le commentaire, en attendant une solution.

Pour une utilisation plus générique, Cedric semble suggérer {deja_vu}. À
explorer pour la version 1.9.3

Pour les gérer, il faut
refaire le calcul de #TEXTE et CHAPO (par

exemple avec

[(#CHAPO|?)][(#TEXTE|?)] pour ne pas les afficher, et

laisser le critère

{doublons} ; si on veut ne pas les gérer, il serait

plus "propre" de ne pas

utiliser le critère {doublons}.

Et si on veut les gérer en option, il faut

écrire l'option en question

; par exemple
<article12|portfolio|tout=oui>

Mais, dans ce cas, on perd passablement l'intérêt de la chose ;-(

AV