critère inconnu

Hello

Dans un squelette, j’utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin « Tri par rubrique » n’est pas activé, j’ai ce warning qui apparait mais uniquement au recalcul de la page :

Numéro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique plugins/auto/escal/inclusions/inc-rubrique_normal.html _articles_rubs 52

Normal que le critère « tri_rubrique » soit inconnu puis qu’il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si…} ?

Pas très génant en soi mais j’aimerai comprendre et si possible ne plus avoir le warning.

JC

Salut,

un truc comme ça résoudrait pas le problème ?

jean marie

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail àspip-off@rezo.net

Archives :https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos :https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP :http://www.spip.net/

Irc : de l'aide à toute heure :http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Justement, c’est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre…

Je trouve normal que si la boucle dit non elle va continuer avec tri_rubrique. Il manque un truc à mon avis dans le si: |=={oui}}
mais bon pas certain à 100%
Bernard

Merci mais le problème ne vient pas de là

https://www.spip.net/fr_article4591.html#PLUGIN

ne met pas de |oui dans ton critere pour voir.

Ah oui j’avais regardé trop vite.

Mais le problème est plus complexe car le plugin « Tri par rubrique » n’admet pas d’autres critères de tri que {tri_rubrique}

J’ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l’autre avec {si #PLUGIN{tri_par_rubrique}|oui}

J’ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J’ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

  • le code fonctionne bien
  • pas de warning à l’affichage de base
  • pas de warning avec var_mode=calcul
    Juste avec var_mode=recalcul

JC

Pas de changement

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

  * le code fonctionne bien
  * pas de warning à l'affichage de base
  * pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

Oui, bien sur la 2e boucle est avec {si #PLUGIN{tri_par_rubrique}|non}

Et non car avec ce plugin on n'utilise pas le critère {tri truc} mais uniquement {tri_rubrique} et le choix du tri se fait dans la config du plugin ou dans la rubrique

donc chez moi

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}
et
<BOUCLE_articles_rubs2(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|non}{par sinum titre, num titre, titre}>

Le 25/01/2020 à 15:28, JLuc a écrit :

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

* le code fonctionne bien
* pas de warning à l'affichage de base
* pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Le 25/01/2020 à 17:39, Jean-Christophe Villeneuve a écrit :

Oui, bien sur la 2e boucle est avec {si #PLUGIN{tri_par_rubrique}|non}
Et non car avec ce plugin on n'utilise pas le critère {tri truc} mais uniquement {tri_rubrique} et le choix du tri se fait dans la config du plugin ou dans la rubrique
donc chez moi
<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}
et
<BOUCLE_articles_rubs2(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|non}{par sinum titre, num titre, titre}>

Alors pour faire une seule boucle il te faudrait supprimer le {si }
et mettre le filtre #PLUGIN{...}|?{... , ...} en valeur du critère {par ...}
As tu essayé ?
JL

Le 25/01/2020 à 15:28, JLuc a écrit :

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

* le code fonctionne bien
* pas de warning à l'affichage de base
* pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

si je fais ça

{par #PLUGIN{tri_par_rubrique}|?{tri_rubrique ,sinum titre, num titre, titre}}

et si le plugin est activé, on obtiendrai

{par tri_rubrique} au lieu de {tri_rubrique}

de plus la succession des 4 virgules dans {tri_rubrique ,sinum titre, num titre, titre} ne risque pas de passer

Le 25/01/2020 à 18:17, JLuc a écrit :

Le 25/01/2020 à 17:39, Jean-Christophe Villeneuve a écrit :

Oui, bien sur la 2e boucle est avec {si #PLUGIN{tri_par_rubrique}|non}
Et non car avec ce plugin on n'utilise pas le critère {tri truc} mais uniquement {tri_rubrique} et le choix du tri se fait dans la config du plugin ou dans la rubrique
donc chez moi
<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}
et
<BOUCLE_articles_rubs2(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|non}{par sinum titre, num titre, titre}>

Alors pour faire une seule boucle il te faudrait supprimer le {si }
et mettre le filtre #PLUGIN{...}|?{... , ...} en valeur du critère {par ...}
As tu essayé ?
JL

Le 25/01/2020 à 15:28, JLuc a écrit :

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

* le code fonctionne bien
* pas de warning à l'affichage de base
* pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Signature Dane
En tous cas merci beaucoup Jean-Luc pour ton aide et tes idées.

Le 25/01/2020 à 18:17, JLuc a écrit :

Le 25/01/2020 à 17:39, Jean-Christophe Villeneuve a écrit :

Oui, bien sur la 2e boucle est avec {si #PLUGIN{tri_par_rubrique}|non}
Et non car avec ce plugin on n'utilise pas le critère {tri truc} mais uniquement {tri_rubrique} et le choix du tri se fait dans la config du plugin ou dans la rubrique
donc chez moi
<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}
et
<BOUCLE_articles_rubs2(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|non}{par sinum titre, num titre, titre}>

Alors pour faire une seule boucle il te faudrait supprimer le {si }
et mettre le filtre #PLUGIN{...}|?{... , ...} en valeur du critère {par ...}
As tu essayé ?
JL

Le 25/01/2020 à 15:28, JLuc a écrit :

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

* le code fonctionne bien
* pas de warning à l'affichage de base
* pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

et {#PLUGIN{tri_par_rubrique}|?{tri_rubrique ,'par sinum titre, num titre, titre'}} ?

Ou encore si tu définis une variable tri avant ta boucle :
#PLUGIN{tri_par_rubrique}|?{
#SET{tri,tri_rubrique}
,
#SET{tri,'par sinum titre, num titre, titre'}
}

pour l'appeler dans ta boucle :
<BOUCLE_articles_rubs(ARTICLES)
{#GET{tri}}
{...}>

Le 25/01/2020 à 19:38, Jean-Christophe Villeneuve a écrit :

si je fais ça

{par #PLUGIN{tri_par_rubrique}|?{tri_rubrique ,sinum titre, num titre, titre}}

et si le plugin est activé, on obtiendrai

{par tri_rubrique} au lieu de {tri_rubrique}

de plus la succession des 4 virgules dans {tri_rubrique ,sinum titre, num titre, titre} ne risque pas de passer

Le 25/01/2020 à 18:17, JLuc a écrit :

Le 25/01/2020 à 17:39, Jean-Christophe Villeneuve a écrit :

Oui, bien sur la 2e boucle est avec {si #PLUGIN{tri_par_rubrique}|non}
Et non car avec ce plugin on n'utilise pas le critère {tri truc} mais uniquement {tri_rubrique} et le choix du tri se fait dans la config du plugin ou dans la rubrique
donc chez moi
<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}
et
<BOUCLE_articles_rubs2(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|non}{par sinum titre, num titre, titre}>

Alors pour faire une seule boucle il te faudrait supprimer le {si }
et mettre le filtre #PLUGIN{...}|?{... , ...} en valeur du critère {par ...}
As tu essayé ?
JL

Le 25/01/2020 à 15:28, JLuc a écrit :

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

* le code fonctionne bien
* pas de warning à l'affichage de base
* pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

{#PLUGIN{tri_par_rubrique}|?{tri_rubrique ,'par sinum titre, num titre, titre'}}

me donne : Critère inconnu PLUGIN

ton autre proposition donne : Critère inconnu GET

Pas simple c't'histoire !

Le 25/01/2020 à 19:59, Jean Marie Grall a écrit :

et {#PLUGIN{tri_par_rubrique}|?{tri_rubrique ,'par sinum titre, num titre, titre'}} ?

Ou encore si tu définis une variable tri avant ta boucle :
#PLUGIN{tri_par_rubrique}|?{
#SET{tri,tri_rubrique}
,
#SET{tri,'par sinum titre, num titre, titre'}
}

pour l'appeler dans ta boucle :
<BOUCLE_articles_rubs(ARTICLES)
{#GET{tri}}
{...}>

Le 25/01/2020 à 19:38, Jean-Christophe Villeneuve a écrit :

si je fais ça

{par #PLUGIN{tri_par_rubrique}|?{tri_rubrique ,sinum titre, num titre, titre}}

et si le plugin est activé, on obtiendrai

{par tri_rubrique} au lieu de {tri_rubrique}

de plus la succession des 4 virgules dans {tri_rubrique ,sinum titre, num titre, titre} ne risque pas de passer

Le 25/01/2020 à 18:17, JLuc a écrit :

Le 25/01/2020 à 17:39, Jean-Christophe Villeneuve a écrit :

Oui, bien sur la 2e boucle est avec {si #PLUGIN{tri_par_rubrique}|non}
Et non car avec ce plugin on n'utilise pas le critère {tri truc} mais uniquement {tri_rubrique} et le choix du tri se fait dans la config du plugin ou dans la rubrique
donc chez moi
<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}
et
<BOUCLE_articles_rubs2(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|non}{par sinum titre, num titre, titre}>

Alors pour faire une seule boucle il te faudrait supprimer le {si }
et mettre le filtre #PLUGIN{...}|?{... , ...} en valeur du critère {par ...}
As tu essayé ?
JL

Le 25/01/2020 à 15:28, JLuc a écrit :

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

* le code fonctionne bien
* pas de warning à l'affichage de base
* pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

ça y est j'ai fini par y arriver :

#SET{par,date}
#SET{sens,-1}
<BOUCLE_rubrique(RUBRIQUES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}>
#SET{par,#TRIRUB_ARTICLES}
#SET{sens,#TRIRUB_ARTICLES_INVERSE|?{-1,1}}
</BOUCLE_rubrique>

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{tri #GET{par},#GET{sens}}>

Et surtout, pas d'espace après la virgule dans les #SET

Ouf !!!

Merci à tous !!

JC

Le 25/01/2020 à 20:41, Jean-Christophe Villeneuve a écrit :

{#PLUGIN{tri_par_rubrique}|?{tri_rubrique ,'par sinum titre, num titre, titre'}}

me donne : Critère inconnu PLUGIN

ton autre proposition donne : Critère inconnu GET

Pas simple c't'histoire !

Le 25/01/2020 à 19:59, Jean Marie Grall a écrit :

et {#PLUGIN{tri_par_rubrique}|?{tri_rubrique ,'par sinum titre, num titre, titre'}} ?

Ou encore si tu définis une variable tri avant ta boucle :
#PLUGIN{tri_par_rubrique}|?{
#SET{tri,tri_rubrique}
,
#SET{tri,'par sinum titre, num titre, titre'}
}

pour l'appeler dans ta boucle :
<BOUCLE_articles_rubs(ARTICLES)
{#GET{tri}}
{...}>

Le 25/01/2020 à 19:38, Jean-Christophe Villeneuve a écrit :

si je fais ça

{par #PLUGIN{tri_par_rubrique}|?{tri_rubrique ,sinum titre, num titre, titre}}

et si le plugin est activé, on obtiendrai

{par tri_rubrique} au lieu de {tri_rubrique}

de plus la succession des 4 virgules dans {tri_rubrique ,sinum titre, num titre, titre} ne risque pas de passer

Le 25/01/2020 à 18:17, JLuc a écrit :

Le 25/01/2020 à 17:39, Jean-Christophe Villeneuve a écrit :

Oui, bien sur la 2e boucle est avec {si #PLUGIN{tri_par_rubrique}|non}
Et non car avec ce plugin on n'utilise pas le critère {tri truc} mais uniquement {tri_rubrique} et le choix du tri se fait dans la config du plugin ou dans la rubrique
donc chez moi
<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}
et
<BOUCLE_articles_rubs2(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|non}{par sinum titre, num titre, titre}>

Alors pour faire une seule boucle il te faudrait supprimer le {si }
et mettre le filtre #PLUGIN{...}|?{... , ...} en valeur du critère {par ...}
As tu essayé ?
JL

Le 25/01/2020 à 15:28, JLuc a écrit :

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

et alors ?

J'ai donc 2 boucles : 1 avec {si #PLUGIN{tri_par_rubrique}|oui} et l'autre avec {si #PLUGIN{tri_par_rubrique}|oui}

pas clair : tu as écris la même chose.

En tout cas le code cité est ; {tri #PLUGIN{ordoc}|?{rang_lien,num titre}}{par date}

Ça semble donc possible pour toi de faire pareil avec tri_par_rubrique (au lieu de ordoc).

JL

J'ai essayé de passer par des #SET et des #GET mais sans résultat
Voir cette discussion https://contrib.spip.net/Tri-des-articles-par-rubrique#comment502101

J'ai aussi essayé avec une boucle CONDITION englobante

Mais je le rappelle :

* le code fonctionne bien
* pas de warning à l'affichage de base
* pas de warning avec var_mode=calcul

Juste avec var_mode=recalcul

JC

Le 25/01/2020 à 13:24, Jean Marie Grall a écrit :

Justement, c'est le but de ce commit :slight_smile:

Tu testes la présence, ou non, de ton plugin pour définir le critère de tri : {tri #PLUGIN{tri_par_rubrique}|?{tri_rubrique,num titre}}
Et tu peux même rajouter {par date} après si ni tri_rubrique, ni num titre...

Le 25/01/2020 à 12:30, Jean-Christophe Villeneuve a écrit :

J'aimerais éviter de passer par un necessite

Le 25/01/2020 à 11:41, Jean Marie Grall a écrit :

Salut,

un truc comme ça résoudrait pas le problème ?
https://zone.spip.net/trac/spip-zone/changeset/114602/spip-zone/_squelettes_/html5up_alpha

            jean marie

Le 25/01/2020 à 11:36, Jean-Christophe Villeneuve a écrit :

Hello

Dans un squelette, j'utilise cette boucle

<BOUCLE_articles_rubs(ARTICLES){id_rubrique}{si #PLUGIN{tri_par_rubrique}|oui}{tri_rubrique}>

Le fonctionnement est correct mais si le plugin "Tri par rubrique" n'est pas activé, j'ai ce warning qui apparait mais uniquement au recalcul de la page :

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Critère inconnu tri_rubrique *plugins/auto/escal/inclusions/inc-rubrique_normal.html* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c&var_mode_affiche=squelette#L52&gt; *_articles_rubs* <http://localhost/EscalV4/spip.php?rubrique1&lang=fr&var_mode=debug&var_mode_objet=html_2f5fab1059470b6fde3e20d19dd5d15c_articles_rubs&var_mode_affiche=boucle&gt; 52

Normal que le critère "tri_rubrique" soit inconnu puis qu'il appartient au plugin
Mais pourquoi se warning puisque on a le critère {si...} ?

Pas très génant en soi mais j'aimerai comprendre et si possible ne plus avoir le warning.

JC

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Le 25/01/2020 à 14:27, Jean Christophe Villeneuve a écrit :

Ah oui j'avais regardé trop vite.

Mais le problème est plus complexe car le plugin "Tri par rubrique" n'admet pas d'autres critères de tri que {tri_rubrique}

Si si, le plugin propose un critère {tri_rubrique}, mais qui n'est absolument pas obligatoire, et il n'empêche pas du tout d'utiliser tous les autres critères habituels.

--
nicod_

Oui mais dans la doc il est stipulé "Pour reproduire le tri des articles dans l’espace public, il suffit alors d’utiliser le critère dans les boucles des squelettes, " Mais bon j’ai trouvé une solution à partir de #GET et de #SET Merci. JC