Yo, Je m'attaque à la gestion des favoris cette fois, pour le ticket #1727.
Ce qui va arriver : 1. Une nouvelle classe dcFavorites coté admin qui fédère la gestion des favoris 2. Les favoris seront stockés dans dashboard->favorites. 3. Je ne vais pas supprimer les anciens favorites par souci de compatibilité (au cas où les gens font machine arrière vers la 2.5,) Justification du 2.: * il y a désormais une seule et unique préférence qui stocke les favoris, faire un workspace dédié à une préférence me paraît de trop * si je stocke une nouvelle préférence dans le ws favorites, un retour arrière en 2.5 lève un paquet d'insultes sur le dashboard Ma question existentielle maintenant : j'ai 2 possibilités : * Gérer dashboard->favorites pour les settings utilisateurs, et dashboard->global_favorites pour les settings par défaut * Gérer dashboard->favorites(local) pour les settings utilisateurs et mettre dashboard->favorites(global) pour les settings par défaut. La logique des préférences voudrait que j'opte pour la seconde, MAIS : j'ai quelques questions sur le fonctionnement actuel des favoris. Actuellement on ne fait pas le cycle suivant : * Si les favoris utilisateurs sont définis, on les affiche * Sinon, si les favoris globaux sont définis, on les affiche * sinon, on affiche "nouveau billet", point barre mais le cycle suivant : * On parcourt les favoris utilisateurs, et on les affiche * Si aucun favori n'est affiché, on parcourt les favoris globaux, et on les affiche * Si aucun favori n'est affiché, on affiche "nouveau billet", point barre La nuance est qu'on peut avoir défini des favoris, mais n'avoir pas les droits pour les afficher (ou les plugins correspondants non activés), auquel cas c'est un peu plus complexe. dans le scénario pref locale/globale, c'est un peu plus spartiate pour récupérer un setting global quand un setting local a été défini. Ma question donc : on conserve le fonctionnement actuel ? -- Bruno -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
