Du peu que j'en ai compris, j'en dit que du bien, surtout si ça peut faciliter
une éventuelle réponse positive à ma demande exprimée dans le ticket 1728...
Le 27/09/2013 09:22, Bruno a écrit :
Avant de continuer, je vais préciser pourquoi je pose la question
maintenant, et surtout ce qui m'a amené à la poser. C'est "à cause" de
Franck (Tomek) et son ticket 1727.
...
Pour en revenir à nos moutons, je propose une approche différente pour le
stockage des favoris en preférences.
On réduit à 2 prefs : favorites->user et favorites->global
Chaque pref est une version sérialisée d'un array("name1","name2", ...),
nameX étant le nom du setting, clef de $_fav. On les stocke bien entendu
dans l'ordre désiré.
On laisse toutefois la possibilité de spécialiser chaque favori, auquel cas
on ne spécifie plus un nom, mais un array du type : array ('name' =>
'nameX', 'permissions' => 'perm', ...).
Et quand on veut afficher ce dernier, on fait un aray_merge entre
$_fav['name'] et le reste des paramètres. Et chaque plugin qui définit un
favori peut fournir un callback (stocké dans $_fav) à la place de $active,
qui prend en entré une uri et des paramètres, et dit si oui ou non le
favori est à positionner activé. Donc si $active est callable(), on
l'appelle, sinon on prend sa valeur.
Donc bref, je ne veux pas casser pour casser, je veux juste faire évoluer
pour résoudre ce problème de mise en valeur :)
Z'en dites ?
--
Bruno
--
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
