Re: administration

Olivier Pascal wrote:

>Le Mercredi 17 Mars 2004 03:49, Gregoire Cachet a écrit :
>  
>
>>bon, on a l'air de s'orienter vers une description des modules et une
>>lecture de fichiers de configuration pour construire de facon
>>automatique l'interface d'un module.
>>
>>Je vois deux façons de procéder :
>>1/ on fait des fichiers de description XML pour les modules et on écrit
>>un script capable de constituer du code PHP qu'on executera.
>>2/ on construit l'interface d'admin vraiment en live. Le moteur se
>>charge de faire les formulaires en fonction de la donnée, de lister
>>comme il faut, de faire les liens logiques entre les éléments.
>>
>>    
>>
>
>  
>
>>Qu'est-ce qui vous parait être le mieux ?
>>    
>>
>
>Premièrement je pense que la solution 2/ n'est pas possible : on ne peut pas 
>construire _toute_ l'interface admin d'un module "en live". Si je reprend mon 
>exemple de module de statistiques, comment savoir "en live" qu'il faut 
>générer une page contenant les stats du jour ? A la limite seule l'interface 
>de configuration des modules peut être générée à la volée.
>
>En ce sens la 1/ me parait bien : décrire les interfaces à partir de fichiers 
>XML. Mais ces mêmes fichiers XML ne devront-ils pas dans certains cas être 
>générés par des scripts PHP ?? (par exemple pour générer une page de stats)
>  
>

ca c'est quelque chose de différent : il y a la facon de contruire la 
structure de l'interface en décrivant par les éléments et les relations 
entre eux (en XML), et une fois construite, on génère en PHP un XML qui 
contient la donnée puis on affiche cette donnée

>
>Pour le passages des paramètres :
>À priori on s'est déjà mis d'accord sur la syntaxe à utiliser pour le passage 
>de paramètres :
>
>A l'adresse http://blogv2.zwiffer.org/MoteurDeBlogInterfaceHttp :
>  
>
>>Tous les caractères placés après un point d'interrogation "?" sont
>>considérés comme des options. Des valeurs doivent être assignées à
>>des options par les caractères "=", ">", "<", ">=" ou "<=". Plusieurs
>>options à la suite doivent être séparées par des "&".
>>    
>>
>
>Le "," étant réservé à l'opérateur "ou" dans les recherches booléennes.
>
>
>Donc je propose que les paramètres passés dans l'url aux interfaces admin
>
>Exemple : /admin/stats/2004/03/17/?Afficher=referer
>
>soient directement passés à la classe correspondante à la sortie de la 
>moulinette UriParser.
>
>Exemple (je ne connais pas la syntaxe d'UriParser) :
>$StatsModule->SetParams(array('2004', '03', '17'), array('Afficher' => 
>'referer'));
>
>Ainsi StatsModule pourrait agir en conséquence en générant la page 
>correspondante à la liste de tous les referers des visiteurs à la date du 
>17/03/2004.
>
>  
>

je sais que l'on s'est mis d'accord, mais ca ne fonctionne pas aussi 
bien pour l'administration. Il faut un moyen pour gérer les arguments 
*par sections* (représentées dans l'URI) et non pour toute l'URI.

Si tu travaille dans le module "Articles", et que tu édite le 
commentaire "3" de l'article qui parle des URI dans blogv2 "UriDansBlogv2" :

/Articles,id=UriDansBlogv2/Commentaires,id=3

me parait plus adapté que :

/Articles/UriDansBlogv2/Commentaires/3

En effet, UriDansBlogv2 et Commentaires ne sont pas du meme type. Ca ne 
me parait pas très logique de les mettre sur le même plan. Enfin bon 
c'est à discuter.

Mais par exemple, si je choisis de lister les articles contenant 
"Blogv2" et puis que j'en sélectionne un pour travailler sur ses 
commentaires, en recherchant ceux qui contiennent URI, quand je vais 
revenir à la section précédente, j'aimerais bien encore avoir mes 
articles qui parlent de Blogv2 et pas tous les articles : 
/Articles,search=Blogv2,id=UriDansBlogv2/Commentaires,search=URI est 
utilisable. Si je redescends dans l'arbre de l'admin, je vais à 
/Articles,search=Blogv2 par exemple. Par contre, si j'avais mis :
/Articles/UriDansBlogv2/Commentaires&Search=URI, je suis coincé, parce 
que le système ne sait plus que je cherchais les articles contenant 
"Blogv2" auparavant ...



-- 
Grégoire Cachet - Développeur intégrateur chez Audacy
http://www.zwiffer.org           http://www.audacy.fr
Mangeur de cigogne    http://mangeur-de-cigogne.info/