OuSyPo : Arguments optionnels d'inclusion
JLuc <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 18/12/2020 à 14:44, Cerdic a écrit :
> franchement, non, on va pas compliquer ce critère déjà incompréhensible.
> Limite toi à {id_bidule?} et pour le reste du fait un critère personalisé si besoin.
> Le jour où on saura faire un critère conditionnel compréhensible et utilisable avec un opérateur, on aura pas de remords
> à casser la compat vu comment l’existant ne fonctionne pas vraiment
Par contre (il me semble qu')une nouvelle syntaxe serait assez spontanée à adopter :
les arguments optionnels d'inclusion,
passés à l'inclusion seulement s'ils sont définis dans l'environnement
(en l'absence de l'argument 'env').
J'ai eu la curiosité de chercher la zone,
et j'ai constaté que 3 ou 4 squelettes utilisaient déjà cette possibilité.
Notamment le squelette 'annuaire' qui utilise abondance de {lang?},
et aussi le squelette 'Lebanon' de Arno*, avec :
[(#REM) Menu de navigation par rubriques ]
<INCLURE{fond=inc-rubriques}{id_rubrique ?}>
(https://git.spip.net/spip-contrib-squelettes/lebanon/src/branch/master/inc-navigation.html#L21)
C'est assez spontané de faire ça
et ça semble utile pour cibler les variables d'{env} qu'on passe à la noisette.
Dans certains cas, ça peut éviter de multiplier les caches avec {env}
(et de diviser d'autant leur efficacité).
Malheureusement cette syntaxe et la fonctionnalité associée n'existent pas encore !
On a que le choix de passer {id_rubrique} ou {env}.
Il y aurait donc un intérêt à Ouvrir cette Syntaxe Potentielle
et réaliser le voeux d'un <INCLURE{fond=inc-rubriques}{id_rubrique ?}>
Heureux 2020.13
et heureuse 3.3.0.zappa !
JL
Le 19/12/2020 à 12:57, Maïeul Rouquette a écrit :
> Le 18/12/2020 à 14:44, Cerdic a écrit :
>> Limite toi à {id_bidule?} et pour le reste du fait un critère personalisé si besoin.
>> Le jour où on saura faire un critère conditionnel compréhensible et utilisable avec un opérateur, on aura pas de
>> remords à casser la compat vu comment l’existant ne fonctionne pas vraiment
> comme dit en privé (erreur de ma part) je n'ai jamais suggéré de créer ce critère, puisue je disais précisement que
cela ferait une syntaxe absconne...