Documentation : Différence entre versions

De EPNadmin
Aller à : navigation, rechercher
(Page créée avec « = Développeur = * Documentation développeur = Quelques documentations en cours d'écriture. = == Authentification == * [[Ldap SambaAuthen... »)
 
(Aucune différence)

Version actuelle datée du 16 mars 2012 à 20:36

Développeur

Quelques documentations en cours d'écriture.

Authentification

Hébergement de sites web

Hébergement de comptes de courriels

---

Quelques idées pour la prochaine version.

Idées pour les reversements

Pendant les 6 mois qui suivront la release d'EPNadmin 0.8, je propose de nous consacrer essentiellement aux reversements des 'fork' : Granville, St-Lô et Fontenay-sous-Bois.

  • Définir à partir de quelle version le fork c'est effectué
  • Produire un diff entre le fork et la racine
  • Lister les fonctions modifiées et les 'peser'
  • Choisir et implémenter les modifications apportées dans les fork

Idées pour la base de données

  • fondre les tables users, facilitators, managers pour simplifier presque tout
  • ajouter champ status pour les utilisateurs : pre-inscrit, valide, effacé
  • ajouter un champ us_ro_id à la table uses pour garder en mémoire le lieu de l’utilisation d’un poste en accès individuel même si l’ordinateur disparaît ou change de salle
  • stocker tous les textes en codage html (pour éviter les problèmes en cas de changement d'encodage du serveur)

Idées Scripts

  • uniformiser les listes, en proposant les pages précédentes/suivantes + export csv + envoyer un courriel (s’il s’agit d’une liste d’utilisateurs)
  • prévoir des scripts génériques de l’applciation et des scripts locaux (genre users-dist.php pour ce qui vient de la distribution, mais si un script users.php existe, c’est celui là qui est pris. Ou encore laisser users.php pour la distribution générique, mais prendre users_local.php s’il existe).

Idées Configuration Réglages

  • donner le même look à la page de configuration qu’à la page de réglage et tout le reste de l’application [Fait]
  • Rassembler la configuration d'un module avec l'activation des modules


Idées Code HTML

par Stéphanie De Nadaï

  1. mettre en place les labels dans tous les forms
  2. ajouter les titres Hn lorsque c'est nécessaire (page de recherche dispo ordi, auto-évaluation, rubrique "mes activités", voir point n6)
  3. virer les Hn inutiles ("Aucune utilisation FUTUR" par exemple, remplacer par un <p>)
  4. mettre en place les tableaux de données comme indiqué sur le doc accessibilité
  5. supprimer les balises et attributs non XHTML (i, b, align...)
  6. virer les tableaux inutiles (gestion des initiations, informations sur l'usager..., remplaçable par :
- intitulé : CyberCartoon en h2 puis [dl [dt dd]]  pour le reste du tableau
- "Ci-dessous sont les documents liés à l'initiation :" = h3
- idem pour  "Voici les questions d'auto évaluation :"
- et peut être aussi, mettre un h3 pour expliquer le rappel de la partie évaluation


Idées Autres

  • déplacer les images relatives aux css dans le dossier des css

Général

  • passer toute l’application en UTF8 au lieu de ISO8859-1
  • renommer header.inc.php en auth.inc.php (mais déjà pris, alors comment faire ?)
  • prévoir que les includes nommés _truc.inc.php doivent être chargés de préférence à truc.inc.php, du coup, on peut facilement "customiser" les scripts, sans crainte lors des mises à jour.
  • Créer un dossier temp pour mettre tout les fichiers temporaires sans avoir à configurer le fichier temporaire.
  • Donner des noms uniques à tous les fichiers temporaires

Sessions

  • possibilité de planifier une session sur plusieurs jours, et la possibilité d’inscrire une seule fois des usagers