Rappel de ce qui a été fait --> ancien todo.txt

[GoogleCodeExporter]

+ Possibilité de créer une salle vide ! Faire des tests de validations.

+ random à 5 chiffres

+ Lors de la création du collège, rendre obligatoire le champ UAI

+ recap fog avec snapins attachés, groupe, ...

+ compléter le descriptif machine avec des infos de fog (image associée,
stats ?)

+ Apparement les tulips n'ont pas de ssn nuls mais identiques. Si on tombe
sur un tulip, mettre un num aléatoire.

+ origine dans un combobox (DOT2003 -> DOT2012 | CLG2000 -> CLG2012)

+ suppression des marques si le nombre de machines associées au modele est <> 0

+ compléter le descriptif machine avec des infos de fog (image associée,
stats ?)

+ Si jamais on change la salle d'un matériel de PRETS à autre chose il faut
que tout soit RENDU automatiquement. Interdire le changement de salle d'un
matos prété.

+ inter_id dans la table demandes est il vraiment utile ? --> A SUPPRIMER

+ comment insérer dans demandes_textes le texte de la PREMIERE demande, vue
que le dem_id n'est pas encore créé ?

+ pb de rafraichissement de la page des salles

+ colorer les lignes sélectionnées ?

+ faire une selection sur clic de la ligne et pas forcément dans la chkbox

+ Mise à jour mootools mootools-1.2.3.1

+ pb pour num serie unique : si le serial est vide gespac ne recupère que
le premier serial vide (ex tulipe chez yann) générer un num aléatoire si le
champ serial ocs est vide.

+ création user ne marche pas

+ gros bug pour les inter/demandes autres que reparation et installation à
cause de la salle_id et le mat_id inexistants

+ seuls les users d'un certain grade doivent pouvoir cloturer une demande

+ passer peut être les création/suivi de demandes dans une page neuve et
pas dans une smoothbox ? On aura probablement plus de place pour bosser et
les suivis seront plus simples à mettre en place.

+ quand on double clic sur le input du filtre, le champ se vide (on peut
aussi appuyer sur suppr :) ) SEULEMENT FAIT POUR LE MATERIEL

+ Quand on filtre une page le fond devient orangé et quand on vire le
filtre la page passe au blanc, mais si on change de page pendant le filtre,
la page reste orangée.

+ Ajout de type par combobox modifiable

+ chainage systématique des combo TYPE - MODELES

+ gestion de demandes

+ pour le form_materiels.php faire 3 chainages : type->stype stype->marque
marque->model

+ Ajouter un champ sous type à chainer avec le mat_sous_type varchar(25)

+ Le filtrage des tableaux fonctionne mal : lorsque le tableau est filtré,
si on clique dans la case à cocher 'tout cocher', ce n'est pas seulement la
liste filtrée qui est sélectionnée mais TOUTE la liste.

+ La page d'index contient dans les 'include' une ligne 'case
"post_comptes_iaca"'. C'est curieux d'appeler une page de post. Soit la
page est mal nommée, soit cette ligne est fausse.

+ il faut que marque_model soit unique dans la base, histoire de ne pas
pouvoir importer 2 fois la même marque.

+ il faudrait que le champ serial soit unique (ou nul). A bloquer soit au
niveau de la db, soit au niveau de l'injection dans la table via
post_db_ocs.php (ATTENTION AUX CHAMPS VIDE)

+ fournir le fichier de création de la base avec des enregistrements de
base (compte utilisateur ROOT, salle STOCK et salle D3E pour le moment)

+ Toutes les fenêtres de Modification et de création doivent être sur le
même modèle, à savoir Smoothbox.

+ vérouiller les enregistrements clés : la salle STOCK, l'utilisateur ROOT ...

+ changer la méthode de drop down pour le menu (il est bien mais pas assez
customizable) (finalement non, je l'aime bien)

+ changer la couleur de fond de page si le tableau est filtré ! (le
repasser à blanc si la phrase est "") BUG? voir plus bas

+ afficher le nombre de résultats affichés par le filtre (à généraliser)

+ si on créé une salle "à préter" on peut se passer du champs
marques:marque_apreter et on pourra préter un matériel plutot qu'un type de
matériel

+ reste un bug quant au changement du nom de la salle après l'affectation
dans une salle : si on clique directement ca marche pas top.

+ Passer le div "conteneur" en AJAX. A ce propos, on a mis beaucoup d'ajax
dans nos formulaires. Peut être faudra t'il revoir celà à la baisse,
histoire de mettre à jour une page après ajout/modif ou suppr. Ca fait
moins pro, mais ça simplifie le travail en JS derrière

+ gérer les conventions de prêt

+ modif nom de la salle "rebut" en "D3E" lors de la création du collège +
ajout header UTF8

+ ajouter l'utilisateur root à la création du collège -> pas la peine, il
est créé avec la DB

+ l'affectation ne marche plus très bien car il y a maintenant 2 submit
pour l'affectation à une salle, et il n'y a que le premier qui marche

+ à la première, toute première connexion, il faut créer la base de données
et toutes les tables

+ les log (généraux)

+ les log (prets)

+ filer le wol à joen histoire de voir si il peut se dépatouiller avec le
fsock open sinon regarder la fonction utilisée par fog. Fog passe par un sh
donc c'est moute.

+ correction du marque_apreter

+ gérer le problème sur post_utilisateurs.php concernant les logs (les
requêtes ne fonctionnent pas) SOLUTION? : problème de gestion des apostrophes

+ LOGS? faire un switch qui va donner une couleur au log en fonction du
log_type

+ augmenter la taille du champ log_type

+ Rajouter MATERIELS:mat_origine(type : varchar(7))

+ dans la table demandes, mettre un champ dem_etat qui remplacera valide et
clôture

+ faire le chainage dans la création de materiels : si jamais le couple
type/modele n'existe pas, le materiels n'est pas créé

+ refaire l'authentification : en effet, avec le chargement des pages en
ajax, il n'y a plus de test d'authentification puisque plus d'appel de la
page index. Il faut donc déplacer l'authentification sur chaque page !

+ gérer les dates par timestamp

+ il faut probablement créer un nouveau fichier pour le chainage : lors
d'un post ajax, les lignes du chainage apparaissent. créer un fichier
chainage_cb.php ne me semble pas inutile ...

+ Faire un bouton "modification par lot" : on pourra ainsi dans la gestion
du matos changer la salle pour des machines sélectionnées, modifier l'état,
changer le type ou l'origine en un seul coup !

+ créer une table "conversation" par ex afin de stocker le suivi de la
conversation pour les demandes avec une date. ELLE S'APPELLE
DEMANDES_TEXTES pour le moment

+ afficher / masquer les demandes cloturées

+ revenir à la page des demandes après modification de l'une d'entre elles .

Original issue reported on code.google.com by eliakim.brahim@gmail.com on 19 Sep 2009 at 4:50

[GoogleCodeExporter]

Beau boulot les gars

Original comment by eliakim.brahim@gmail.com on 19 Sep 2009 at 4:51

[GoogleCodeExporter]

Original comment by eliakim.brahim@gmail.com on 19 Sep 2009 at 4:51

• Changed state: Done

[GoogleCodeExporter]

Original comment by eliakim.brahim@gmail.com on 19 Sep 2009 at 5:19

• Added labels: Priority-Basse
• Removed labels: Priority-Low

[GoogleCodeExporter]

Original comment by eliakim.brahim@gmail.com on 19 Sep 2009 at 5:22

• Changed state: Fait

[GoogleCodeExporter]

Original comment by ati.gast...@gmail.com on 2 Oct 2009 at 6:18

• Changed state: Fixed