Re: bug sur prive/objets/liste/auteurs_enligne.html

Le 03/11/2015 10:39, Fil a écrit :
> c'est bien de remonter des erreurs quand tu écris tes squelettes

Oui, c'est vrai car parfois ça peut être parce qu'on a mal écrit un truc 
(PATATOS au lieu de PATATES), donc ça nous aide immédiatement.

Mais donc ça veut dire qu'il faudrait bien une syntaxe, un caractère à 
mettre en plus, pour dire qu'un critère de champ SQL peut être 
optionnel, comme peut déjà l'être une table avec "?" (mais je répète, ça 
fait chier pour la cohérence du coup de pas pouvoir utiliser "?" là 
aussi puisque déjà pris).

> ici le truc c'est que le squelette contenant la variante avec {imessage}
> devrait être dans le plugin organiseur, et le squelette sans {imessage}
> dans la partie core. Mais est-ce bien raisonnable ?

Ça fait trop de duplication. Et ce n'est pas du tout modulaire : si un 
autre plugin encore a besoin d'ajouter un autre critère sur le même 
morceau, c'est pas possible.

Théoriquement, la vraie solution serait d'avoir un système permettant, 
dans un pipeline, de cibler TELLE boucle de TEL squelette, et de lui 
ajouter les critères qu'on veut *avant calcul* par le compilateur.

Une sorte de "pre_boucle", mais encore mieux ou surtout plus facile : 
c'est-à-dire pas en codant soi-même du PHP échappé à la mode compilateur 
comme on doit le faire actuellement dans "pre_boucle", mais juste en 
déclarant un critère en plus avant l'envoi vers le compilo.

Un truc du genre (à l'arrache pas avec les vraies propriétés) par 
exemple pour le plugin Mots :

```
function mots_pre_compilo(&$boucle) {
	if ($boucle->type == 'articles' and $boucle->squelette == 'inclure/truc') {
		$boucle->criteres .= '{id_mot?}{titre_mot?}'
	}
}
```

This is a dream.

-- 
RastaPopoulos