Nicolas Ecarnot a écrit :
The problem is :
- Either we store every text in the computers table. This is easy, this
is simple, and nothing has to be changed. The problem is that if we
change a single comma in a part table (in the 'os_dropdown' table for
example), the queries we'll do from now won't be reliable (Imagine I
change from 'windowsxp' to 'Windows XP'. The content means the same, but
my queries won't work).
- Either we store *references* in the computers table. The dropdown
tables must have two rows (id and name for example). The queries will
work, we are free to change the labels. This is cool.
Je suis pour à 100%, c'est vrai que c'est vraiment un manque au niveau
modélisation, performances, et integrité des données.
Par contre ça risque d'etre difficile pour les gens qui utilisent déjà
GLPI en production, il faudra se faire un script de transformation de la
base de données assez consequent.
Je serais aussi pour qu'on fasse de meme, pour les utilisateurs (table
users) qui actuellement on le champ "name" en clé primaire, meme si
c'est beaucoup moins génant pour le fonctionnement de l'application je
serai pour passer le champ name en "unique" et rajouter un identifiant
entier, mais c'est quand meme beaucoup moins pressé comme changement.
This implies a change in the database model. I would be ready to involve
into this sub-project if you wish, but before going any further, I would
be glad to receive some comments.
Moi je suis ok, je suis disponible aussi pour aider à sa réalisation,
j'ai du temps à consacrer a glpi jusqu'au mois d'aout.
Mes prochains travaux, maintenant que la version 0.3 est en phase de
tests, se porteront sur l'implementation d'un autre type de matériel
(pour tout ce qui est spécifique : scanners, appareils foto, tablettes
graphiques etc etc) et sur un script d'install en php qui evitera
d'avoir à trop trifouiller dans les fichiers config, je sais que julien
à commencé à réfléchir la dessus, on devrait bientôt commencer à en
parler ici.
Mathieu travaille plus sur la partie graphique et le netoyage du code
pour rendre glpi plus respectueux des normes HTML, et essayer de passer
à un modele css qui à l'avantage d'alleger les pages et de permettre de
personnaliser l'interface de glpi plus facilement.
Personnellement, le français etant ma langue naturelle je prefere
m'exprimer dans cette langue.
Vu ma maitrise plus que moyenne de la langue de shakespeare, j'ai peur
que des incomprehensions se glissent dans les fils de discutions (ça à
déjà été le cas avec mathieu hier soir).
So Marco and others non-french speaking, be free to ask, if you do not
understand some part of mails from this mailing list, I'll try to
explain you.
--
Bazile
