Bonjour,
j'aimerais pouvoir trier plusieurs éléments saisis depuis la rédaction d'un article,malheureusement je viens de découvrir que le classement ne peux s'effectuer que par le titre.
Quels autres champs pourrais-je utiliser, ou quelle serait la solution, sachant que par mots clés ca ne serait pas possible (trop grandes variations).
juste pour infos je dois classer:
1)information numérique 1
2)information numérique 2
3)alphabétiquement par titre
si vous avez une solution à mon blocage
j'aimerais pouvoir trier plusieurs éléments saisis depuis la
rédaction d'un article,malheureusement je viens de découvrir
que le classement ne peux s'effectuer que par le titre.
Où est-ce que tu as découvert ça ?
Quels autres champs pourrais-je utiliser, ou quelle serait la
solution, sachant que par mots clés ca ne serait pas possible
(trop grandes variations).
Ben tu peux utiliser tous les champs.
juste pour infos je dois classer:
1)information numérique 1
2)information numérique 2
3)alphabétiquement par titre
Olivier GENDRIN a écrit :
j'aimerais pouvoir trier plusieurs éléments saisis depuis la rédaction d'un article,malheureusement je viens de découvrir que le classement ne peux s'effectuer que par le titre.
Où est-ce que tu as découvert ça ?
Quels autres champs pourrais-je utiliser, ou quelle serait la solution, sachant que par mots clés ca ne serait pas possible (trop grandes variations).
Ben tu peux utiliser tous les champs.
juste pour infos je dois classer:
1)information numérique 1
2)information numérique 2
3)alphabétiquement par titre
j'ai lu ca sur la page : La boucle RUBRIQUES - SPIP
>>>
Les balises tirées de la base de données
Les balises suivantes correspondent aux éléments directement tirés de la base de données. Vous pouvez les utiliser également en tant que critère de classement (généralement : {par titre}).
- #ID_RUBRIQUE affiche l’identifiant unique de la rubrique.
- #TITRE affiche le titre de la rubrique.
- #DESCRIPTIF affiche le descriptif.
- #TEXTE affiche le texte principal de la rubrique.
- #ID_SECTEUR affiche l’identifiant du secteur dont dépend la rubrique (le secteur étant la rubrique située à la racine du site).
- #LANG affiche la langue de cette rubrique.
Les balises calculées par SPIP
Les éléments suivants sont calculés par SPIP. (Ils ne peuvent pas être utilisés comme critère de classement.)
- #NOTES affiche les notes de bas de page (calculées à partir de l’analyse du texte).
- #INTRODUCTION affiche les 600 premiers caractères du texte, les enrichissements typographiques (gras, italique) sont supprimés.
- #URL_RUBRIQUE affiche l’URL de la page de la rubrique.
- #DATE (depuis SPIP 1.4 ) affiche la date de la dernière publication effectuée dans la rubrique et/ou ses sous-rubriques (articles, brèves...).
- #FORMULAIRE_FORUM fabrique et affiche le formulaire permettant de poster un message répondant à cette rubrique. Pour en savoir plus, voir aussi « Les formulaires ».
- #PARAMETRES_FORUM fabrique la liste des variables exploitées par l’interface du formulaire permettant de répondre à cette rubrique. Par exemple :
>>>
par contre j'ai vu nul part les codes pour prendre en compte sous titre et sur titre en tant que critères 
'aurait tu une idée de forme de boucle peut etre, ou juste le mot à utiliser.
merci
>> j'aimerais pouvoir trier plusieurs éléments saisis depuis la
>> rédaction d'un article,malheureusement je viens de
découvrir que le
>> classement ne peux s'effectuer que par le titre.
>
> Où est-ce que tu as découvert ça ?j'ai lu ca sur la page : La boucle RUBRIQUES - SPIP
Les balises tirées de la base de données
Les balises suivantes correspondent aux éléments directement
tirés de la base de données. Vous pouvez les utiliser
également en tant que critère de classement (généralement :
{par titre}).
Ah bon, généralement est équivalement à obligatoirement ?
Olivier GENDRIN a écrit :
j'aimerais pouvoir trier plusieurs éléments saisis depuis la rédaction d'un article,malheureusement je viens de
découvrir que le
classement ne peux s'effectuer que par le titre.
Où est-ce que tu as découvert ça ?
j'ai lu ca sur la page : La boucle RUBRIQUES - SPIP
Les balises tirées de la base de données
Les balises suivantes correspondent aux éléments directement tirés de la base de données. Vous pouvez les utiliser également en tant que critère de classement (généralement : {par titre}).
Ah bon, généralement est équivalement à obligatoirement ?
merci j'ai trouvé, ca marche presque 
Bonjour à tous,
J'ai créé un plugin SPIP
(http://sourcesup.cru.fr/projects/casldapauthspip/
mais la version corrigée n'est pas en ligne)
où j'avais besoin de bien différencier
l'espace public et l'espace privé et d'exécuter
du code php à chaque hit.
Tout d'abord agréablement surpris par l'ingéniosité
du système de plugin, j'ai eu des mauvaises surprises :
- le point d'entrée insert-head
n'était utilisé que lors de la création de
la page de cache et non à chaque appel
(je pense que cela est du à la structure
du squelette).
- les options sont appelées 3 fois
à chaque hit apparement (si on met
spip_log("TOTO"); dans le fichier chargé
par la balise <options> de plugin.xml alors
TOTO apparait 3 fois pour chaque consultation
de page publique spip). Pour certains plugins
cela est assez génant, de plus, on ne peut utiliser
_DIR_RESTREINT pour déterminer si on est
dans l'espace public ou l'espace privé car
le ficher d'options est chargé dans chacun
de ces espaces (on peut utiliser spip_log(_DIR_RESTREINT)
dans ce dernier pour bien cerner le problème).
Est-ce que ces comportement sont normaux ??
Si oui il faudrait peut-être le signaler car cela
peut-être une perte de temps pour les créateurs
de plugins.
Merci d'avance
tu devrais poster ton message sur la liste dev ou sur spip-zone
je fais suivre sur dev
Fabrice Jammes a écrit :
Bonjour à tous,
J'ai créé un plugin SPIP
(http://sourcesup.cru.fr/projects/casldapauthspip/
mais la version corrigée n'est pas en ligne)
où j'avais besoin de bien différencier
l'espace public et l'espace privé et d'exécuter
du code php à chaque hit.Tout d'abord agréablement surpris par l'ingéniosité
du système de plugin, j'ai eu des mauvaises surprises :- le point d'entrée insert-head
n'était utilisé que lors de la création de
la page de cache et non à chaque appel
(je pense que cela est du à la structure
du squelette).- les options sont appelées 3 fois
à chaque hit apparement (si on met
spip_log("TOTO"); dans le fichier chargé
par la balise <options> de plugin.xml alors
TOTO apparait 3 fois pour chaque consultation
de page publique spip). Pour certains plugins
cela est assez génant, de plus, on ne peut utiliser
_DIR_RESTREINT pour déterminer si on est
dans l'espace public ou l'espace privé car
le ficher d'options est chargé dans chacun
de ces espaces (on peut utiliser spip_log(_DIR_RESTREINT)
dans ce dernier pour bien cerner le problème).Est-ce que ces comportement sont normaux ??
Si oui il faudrait peut-être le signaler car cela
peut-être une perte de temps pour les créateurs
de plugins.Merci d'avance