|
|
| Ligne 2 : |
Ligne 2 : |
| | | | |
| | Cela permettrait ainsi de choisir des fleurs par couleurs et période de floraison afin de les disposer en conséquence dans son jardin. PS:Les modèles étant protégés, je ne peux pas essayer de les modifier moi-même.[[Utilisateur:AndreA|AndreA]] 26 juillet 2009 à 11:42 (CEST) | | Cela permettrait ainsi de choisir des fleurs par couleurs et période de floraison afin de les disposer en conséquence dans son jardin. PS:Les modèles étant protégés, je ne peux pas essayer de les modifier moi-même.[[Utilisateur:AndreA|AndreA]] 26 juillet 2009 à 11:42 (CEST) |
| | + | |
| | + | |
| | + | :: En effet, a terme il faut structurer les mois, non seulement pour la floraison, mais aussi et surtout pour les periodes de multiplication, semis, bouturage, etc ...<br>Ce qui permettrait ensuite de faire des selections en fonction de la periode, ainsi que generer automatiquement son calendrier de travaux a partir de sa collection.<br>Les modèles (et filtres et formulaire d édition) sont des mécanismes puissants qui peuvent parfois favorablement se substiruer aux catégories pour réduire leur nombre.<br>Par exemple, on peut imaginer un champ commun à toutes les fleurs: vivace/annuelle et regrouper les categories vivace et annuelle.<br>On pourrait toujours ne selectionner que les vivaces ou les annuelles en selectionnant dans le filtres.<br>L'intérêt de regrouper fleur vivace et annuelle et comestible (qui serait un attribut du modele) serait par exemple, de composer son jardin avec ses couleurs et mois de floraison, les expositons, etc sans tenir du compte du caractere vivace/annuel ou comestible.<br>Autre solution pour ce genre de pb: garder les categories acutelles, mais faire des meta filtres, qui porteraient sur plusieurs categories ...<br>Les criteres pour creer ou regrouper des categories sont parfois arbitraires (noms/especes vernaculaires, nombre de varietes par categorie, etc ...)<br>Les categories adopent un point de vue alors qu'il pourrait en exister d autres et difficile de mettre tout le monde d accord ... <br>Par contre, de puissants moteurs de recherche et filtres se basant sur les attributs peuvent pallier les imperfections et insuffisances des categories ... En jargon informatique, c est toute la difference entre une base de donnees objet et un systeme hierarchique.<br>J'ai donc tendance a penser que la subdivision en categorie n'est pas si importante que cela.<br><br>Les modeles ne peuvent pas etre modifié par tout le monde, car c'est une donnée tres sensible qui peut nécessiter des traitements prealables en cas de modifs (par exemple, si on introduit les mois, il faut retraiter/reformatter tous les champs deja renseignes).<br>Des modifs intepesitives du template peuvent aussi ecraser des donnees en place, lors de l'edition ...<br>[[Utilisateur:Daniel|Daniel]] 26 juillet 2009 à 15:36 (CEST) |
Version actuelle en date du 26 juillet 2009 à 14:36
Je pense qu'il serait intéressant de rajouter dans le modèle "plante" existant la couleur des fleurs (surtout utile pour les catégories "fleurs") et modifier la période de floraison par un système de case à cocher avec les mois.
Cela permettrait ainsi de choisir des fleurs par couleurs et période de floraison afin de les disposer en conséquence dans son jardin. PS:Les modèles étant protégés, je ne peux pas essayer de les modifier moi-même.AndreA 26 juillet 2009 à 11:42 (CEST)
- En effet, a terme il faut structurer les mois, non seulement pour la floraison, mais aussi et surtout pour les periodes de multiplication, semis, bouturage, etc ...
Ce qui permettrait ensuite de faire des selections en fonction de la periode, ainsi que generer automatiquement son calendrier de travaux a partir de sa collection.
Les modèles (et filtres et formulaire d édition) sont des mécanismes puissants qui peuvent parfois favorablement se substiruer aux catégories pour réduire leur nombre.
Par exemple, on peut imaginer un champ commun à toutes les fleurs: vivace/annuelle et regrouper les categories vivace et annuelle.
On pourrait toujours ne selectionner que les vivaces ou les annuelles en selectionnant dans le filtres.
L'intérêt de regrouper fleur vivace et annuelle et comestible (qui serait un attribut du modele) serait par exemple, de composer son jardin avec ses couleurs et mois de floraison, les expositons, etc sans tenir du compte du caractere vivace/annuel ou comestible.
Autre solution pour ce genre de pb: garder les categories acutelles, mais faire des meta filtres, qui porteraient sur plusieurs categories ...
Les criteres pour creer ou regrouper des categories sont parfois arbitraires (noms/especes vernaculaires, nombre de varietes par categorie, etc ...)
Les categories adopent un point de vue alors qu'il pourrait en exister d autres et difficile de mettre tout le monde d accord ...
Par contre, de puissants moteurs de recherche et filtres se basant sur les attributs peuvent pallier les imperfections et insuffisances des categories ... En jargon informatique, c est toute la difference entre une base de donnees objet et un systeme hierarchique.
J'ai donc tendance a penser que la subdivision en categorie n'est pas si importante que cela.
Les modeles ne peuvent pas etre modifié par tout le monde, car c'est une donnée tres sensible qui peut nécessiter des traitements prealables en cas de modifs (par exemple, si on introduit les mois, il faut retraiter/reformatter tous les champs deja renseignes).
Des modifs intepesitives du template peuvent aussi ecraser des donnees en place, lors de l'edition ...
Daniel 26 juillet 2009 à 15:36 (CEST)
|
|
