Re: cfg extrapack

JLuc wrote:
> bertrand Gugger wrote:
>> On doit donc pouvoir faire
>> #CONFIG{~} donne extra de l'auteur connecté
>> #CONFIG{~duchmol} donne extra de l'auteur de login "duchmol"
>> #CONFIG{auteur:6} donne extra de l'auteur id 6
>> #CONFIG{auteurs:6} pareil
>> #CONFIG{spip_auteurs:6} pareil
>> #CONFIG{article:951} l'extra de spip_articles id 951
> 
>> Le SAD est ouvert, vos plaintes, suggestions ou demandes de 
>> remboursement sont les bienvenues.
> 
> Question syntaxe, #CONFIG{id_article=951}, c'est out ? démodé ? fade ? dépassé ? pas assez excitant ?
> 
> ça va devenir Babel ...
> 

Disons que la notion ici, c'est un "objet" (au sens spip) et pas un 
identifieur. Par exemple, id_article pourrait référer à une table annexe 
ou composer un identifiant comme pour documents_articles.

Mais il serait sans doute possible de permettre une telle syntaxe, qui 
voudrait dire ici, défaut la table spip_articles ...

Il faut savoir, que cet extrapack sera d'usage très limité et sans doute 
essentiellement pour les auteurs lorsqu'on ne nécessitera pas de 
recherche sur ces champs de config, ce qui limite directement le champ 
d'application. La syntaxe sera essentiellement à base de #CONFIG{~...}.

J'introduis d'autres "storages" que meta ou les colonnes extra: php, 
cookie ou session ... ou SQL avec des colonnes spécifiques.
La syntaxe n'est donc pour l'instant pas 100% fermée.
--

-- 
toggg