[spip-dev] cherche #BALISE_TITRE{objet, 123}

Dev
1

Bonjour,

dans un fil sur spip-user, je constatais que l'écriture #URL_XX{NN} est très pratique

Je demandais aussi s'il y avait une astuce pour l'étendre systématiquemnt à d'autres champs et permettre des #TITRE_RUBRIQUE{27}, #TEXTE_ARTICLE{125}; #DESCRIPTIF_MOT{28}, etc. qui éviterait bien des écritures de boucle mais ne déchargerait pas forcément le calcul de la page.

et tataa ! Le 1 oct. 10 à 16:44, denisb a écrit :

da base non (peut-être dans une version à venir).
mais avec la balise #INFO_ de spip-bonux oui.

effectivement, [(#INFO_TEXTE{mot, 933})] etc., c'est ok avec spip bonux, depuis

cette balise n'est pas documentée dans la page Bonux, d'où la discussion suivante tirée de spip-contrib à laquelle votre avis est sollicité
Claude

2

Bonjour,
Concernant les titres, voici le dernier travail effectué à ce sujet :
  http://www.spip-contrib.net/Les-balises-TITRE_PARENT-et
Attention à bien lire la mise en garde en fin d'article.
Pat

3

Il y a une balise générique #INFO_xx dans bonux, qui permet de faire
#INFO_TEXTE{article,5}, #INFO_TITRE, #INFO_CHAPO .....
Elle est introduite en version dev de SPIP, mais par contre son nommage est sujet question.

Il a été proposé
#DATA_xxx
ce qui donnerait
#DATA_TEXTE{article,5}, #DATA_TITRE, #DATA_CHAPO .....

bien sur, cette balise est utile pour alleger l'ecriture d'une boucle sur un item d'un objet.
Cependant, il faut la réserver à ces cas là, ou aux cas ou l'écriture d'une boucle n'est pas possible (objet inconnu a la compilation)

Cédric

4

Il y a une balise générique #INFO_xx dans bonux, qui permet de faire
#INFO_TEXTE{article,5}, #INFO_TITRE, #INFO_CHAPO .....
Elle est introduite en version dev de SPIP, mais par contre son nommage est sujet question.

ah, sur SPIP 2.2.0-dev [15166] je n'obtiens rien avec cette balise
Claude

5

* dlatr tapuscrivait, le 06/10/2010 13:49:

Il y a une balise générique #INFO_xx dans bonux, qui permet de faire
#INFO_TEXTE{article,5}, #INFO_TITRE, #INFO_CHAPO .....
Elle est introduite en version dev de SPIP, mais par contre son
nommage est sujet question.

ah, sur SPIP 2.2.0-dev [15166] je n'obtiens rien avec cette balise

Et en 2.3 ?

-- RealET

6

* dlatr tapuscrivait, le 06/10/2010 13:49:

Il y a une balise générique #INFO_xx dans bonux, qui permet de faire
#INFO_TEXTE{article,5}, #INFO_TITRE, #INFO_CHAPO .....
Elle est introduite en version dev de SPIP, mais par contre son
nommage est sujet question.

ah, sur SPIP 2.2.0-dev [15166] je n'obtiens rien avec cette balise

Et en 2.3 ?

euh, je ne l'ai pas ici : SPIP-Contrib

faut utiliser ces trucs bizarres de svn ? :slight_smile:

7

Euh, je ne sais pas comment tu as fait, mais si je télécharges le ZIP "SPIP-svn" à cette adresse, c'est la 2.3-dev.

8

Il y a une balise générique #INFO_xx dans bonux, qui permet de faire
#INFO_TEXTE{article,5}, #INFO_TITRE, #INFO_CHAPO .....
Elle est introduite en version dev de SPIP, mais par contre son nommage est sujet question.

Il a été proposé
#DATA_xxx
ce qui donnerait
#DATA_TEXTE{article,5}, #DATA_TITRE, #DATA_CHAPO .....

#DATA me va (presque). C'est quand même un mot anglais et un mot "technique"... mais allons...

Juste pour info, je n'avais pas mis #CHAMP, car justement ce n'est pas forcément la valeur brut du champ que l'on sort ("titre" pouvant sortir en fait le champ SQL "nom", par exemple).

Est-ce qu'on introduit une redirection de #INFO_XX vers #DATA_XX par compatibilité avec l'existant (exemple : plugin Menus) ? S'il n'y a pas trop de cas connus, on peut éviter, mais modifier les plugins pour la 2.3 spécifiquement. Faudra faire du grep.

bien sur, cette balise est utile pour alleger l'ecriture d'une boucle sur un item d'un objet.

Oui ça allège grandement l'écriture, un peu comme quand on fait un sql_getfetset() quand on veut juste un champ rapide.

Cependant, il faut la réserver à ces cas là, ou aux cas ou l'écriture d'une boucle n'est pas possible (objet inconnu a la compilation)

C'est avant tout pour ce deuxième cas qu'elle a été créée : pouvoir trouver les titres et URLs d'objets non connus à l'avance, par exemple sur les liens avec des documents ou mots.

9

euh, je ne l'ai pas ici : SPIP-Contrib

faut utiliser ces trucs bizarres de svn ? :slight_smile:

Euh, je ne sais pas comment tu as fait, mais si je télécharges le ZIP "SPIP-svn" à cette adresse, c'est la 2.3-dev.

je viens de réessayer, j'ai la SPIP 2.3.0-dev [16448]

mais ce matin, j'ai eu le 2.2 ce ne serais pas le dernier commit qui l'emporte ?

Claude

10

* dlatr tapuscrivait, le 06/10/2010 13:49:

Il y a une balise générique #INFO_xx dans bonux, qui permet de faire
#INFO_TEXTE{article,5}, #INFO_TITRE, #INFO_CHAPO .....
Elle est introduite en version dev de SPIP, mais par contre son
nommage est sujet question.

ah, sur SPIP 2.2.0-dev [15166] je n'obtiens rien avec cette balise

Et en 2.3 ?

là, c'est ok

11

06/10/10, cedric.morin@yterium.com:

Il a été proposé
#DATA_xxx
ce qui donnerait
#DATA_TEXTE{article,5}, #DATA_TITRE, #DATA_CHAPO .....

Bof pour "data". Incompréhensible par le commun des mortels non-geeks
francophones, qui sont quand même les gens que SPIP essaie de bichonner.

Quelques propositions :
- #VALEUR_TEXTE{article,5}
- #CHAMP_TEXTE{article,5}

Sinon, quel est le problème avec #INFO_TEXTE ? (Si le problème est que
"info" veut tout dire et rien dire, alors "data" est encore pire...)

bien sur, cette balise est utile pour alleger l'ecriture d'une boucle
sur un item d'un objet.
Cependant, il faut la réserver à ces cas là, ou aux cas ou l'écriture
d'une boucle n'est pas possible (objet inconnu a la compilation)

Est-ce que tu as des exemples pour illustrer le 2e cas ? Je ne comprends
pas bien.

12

06/10/10, cedric.morin@yterium.com:

Il a été proposé
#DATA_xxx
ce qui donnerait
#DATA_TEXTE{article,5}, #DATA_TITRE, #DATA_CHAPO .....

Bof pour "data". Incompréhensible par le commun des mortels non-geeks
francophones, qui sont quand même les gens que SPIP essaie de bichonner.

+1

Quelques propositions :
- #VALEUR_TEXTE{article,5}

La notion de « valeur » n'est pas forcément claire non plus.

- #CHAMP_TEXTE{article,5}

Encore pire, qu'est-ce qu'un « champ » ? Si on parle d'un champ de base de données, ça ne convient pas pour les balises calculées, comme les logos.

Et ça ?

#BALISE_TEXTE{article, 42}
#BALISE_LOGO{article, 42}

Sinon, quel est le problème avec #INFO_TEXTE ? (Si le problème est que
"info" veut tout dire et rien dire, alors "data" est encore pire...)

bien sur, cette balise est utile pour alleger l'ecriture d'une boucle
sur un item d'un objet.
Cependant, il faut la réserver à ces cas là, ou aux cas ou l'écriture
d'une boucle n'est pas possible (objet inconnu a la compilation)

Est-ce que tu as des exemples pour illustrer le 2e cas ? Je ne comprends
pas bien.

--
davux
_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

-Nicolas

13

Est-ce que tu as des exemples pour illustrer le 2e cas ? Je ne comprends
pas bien.

J'ai donné un exemple hier après-midi (16h43 chez moi). :slight_smile:

Moi :

C'est avant tout pour ce deuxième cas qu'elle a été créée : pouvoir trouver les titres et URLs d'objets non connus à l'avance, par exemple sur les liens avec des documents ou mots.

Détaillons, si tu veux :

Lorsque tu veux donner des informations (souvent le titre avec un lien sur l'URL) de différents objets, de *types* différents, sans les connaître à l'avance. Un truc commun : les objets liés à un document, ou à un forum, ou à un mot-clé. Tu as une table "truc_liens" avec dedans le type de l'objet et l'id, que tu peux donc passer à cette balise (ou à la fonction sous-jacente si tu es en PHP).

<BOUCLE_liens(DOCUMENTS_LIENS){id_document}>
<a href="#INFO_URL{#OBJET, #ID_OBJET}">
     #INFO_TITRE{#OBJET, #ID_OBJET}
</a>
</BOUCLE_liens>

Élégant, isn't it ?

14

06/10/10, cedric.morin@yterium.com:

Il a été proposé
#DATA_xxx
ce qui donnerait
#DATA_TEXTE{article,5}, #DATA_TITRE, #DATA_CHAPO .....

Bof pour "data". Incompréhensible par le commun des mortels non-geeks
francophones, qui sont quand même les gens que SPIP essaie de bichonner.

+1

Quelques propositions :
- #VALEUR_TEXTE{article,5}

La notion de « valeur » n'est pas forcément claire non plus.

- #CHAMP_TEXTE{article,5}

Encore pire, qu'est-ce qu'un « champ » ? Si on parle d'un champ de base de données, ça ne convient pas pour les balises calculées, comme les logos.

Et ça ?

#BALISE_TEXTE{article, 42}
#BALISE_LOGO{article, 42}

euh oui, finalement
ce n'est pas une "vrai" balise mais une balise qui se réfère à une balise donc #BALISE_ se défend bien
ce n'était pas la volonté de mon titre qui se voulait "BALISEQUOI ?" mais rétrospectivement ça me semble évident
claude

15

Est-ce que tu as des exemples pour illustrer le 2e cas ? Je ne comprends
pas bien.

J'ai donné un exemple hier après-midi (16h43 chez moi). :slight_smile:

Moi :

C'est avant tout pour ce deuxième cas qu'elle a été créée : pouvoir trouver les titres et URLs d'objets non connus à l'avance, par exemple sur les liens avec des documents ou mots.

Détaillons, si tu veux :

Lorsque tu veux donner des informations (souvent le titre avec un lien sur l'URL) de différents objets, de *types* différents, sans les connaître à l'avance. Un truc commun : les objets liés à un document, ou à un forum, ou à un mot-clé. Tu as une table "truc_liens" avec dedans le type de l'objet et l'id, que tu peux donc passer à cette balise (ou à la fonction sous-jacente si tu es en PHP).

<BOUCLE_liens(DOCUMENTS_LIENS){id_document}>
<a href="#INFO_URL{#OBJET, #ID_OBJET}">
   #INFO_TITRE{#OBJET, #ID_OBJET}
</a>
</BOUCLE_liens>

Élégant, isn't it ?

c'est beau :slight_smile:
faut que je teste, y'a des trucs à faire là
caldue

16

dubitatif je suis.

même si je vois bien qu'on peut comprendre le générique '#BALISE_'
comme le générique '#FORMULAIRE_' et que, finalement, ce que fait cette
balise c'est bien de renvoyer ce que renverrait la 'vraie' balise #TEXTE
ou #LOGO (au sens : dans une utilisation normale).

mais c'est le mélange signifiant/signifié, nom/rôle, qui me chagrine.

et aussi, un peu, la confusion orale entraînée :
- "qu'affiche la balise #TEXTE ?"
- "qu'affiche la #BALISE_TEXTE ?"

(et encore : le fait que dans mes docs j'utilise souvent '#BALISE' pour
expliquer l'utilisation des filtres...)

17

tu proposerais #TEXTE{article, 123}, #DESCRIPTIF{mot, 12}, etc. ?

18

houla non !
sauf à vouloir tuer le phraseur de spip...

19

denisb wrote:

Et ça ?
#BALISE_TEXTE{article, 42}
#BALISE_LOGO{article, 42}

dubitatif je suis.

même si je vois bien qu'on peut comprendre le générique '#BALISE_'
comme le générique '#FORMULAIRE_' et que, finalement, ce que fait cette
balise c'est bien de renvoyer ce que renverrait la 'vraie' balise #TEXTE
ou #LOGO (au sens : dans une utilisation normale).

mais c'est le mélange signifiant/signifié, nom/rôle, qui me chagrine.

et aussi, un peu, la confusion orale entraînée :
- "qu'affiche la balise #TEXTE ?"
- "qu'affiche la #BALISE_TEXTE ?"

(et encore : le fait que dans mes docs j'utilise souvent '#BALISE' pour
expliquer l'utilisation des filtres...)

Si je comprends bien le fonctionnement, cette balise sert à
- trouver un champs dans une table inconnue dans le contexte d'appel
- extraire une donnée précise une fois la table connue

Alors, comme #INFO me semble peut clair, comme #RECHERCHE existe déjà et n'a
rien à voir et que #DATA est, heu, je sais pas, je joue à "cherchons le bon
mot pas trop long(tm)":

- #TROUVER_BLABLA{objet,id}
- #EXTRAIRE_BLABLA{objet,id}
- #APPEL_BLABLA{objet,id}
-...