Observations et choses à faire évoluer

De Sydonie

Helpers

  • Pourquoi Majax, FMS et blank dans les Helpers
 => Proposition : ne garder que ce qui est utilisable par un appel PHP "include"
 => pour ce qui est utilisé par URL (toutes CSS et JS), avoir un Helper "local" à chaque site

Config thème, appels CSS/JS et View_Builder

Trop de fichiers éparpillés

Trois fichiers différents sont appelés :

  • themes/nom_theme/config_theme.php
  • config/site/config_cssCalls.php
  • config/site/config_jsCalls.php
 => Pourquoi tout n'est pas centralisé dans themes/nom_theme
 => Comment faire pour qu'un JS ou CSS ne soit appelé que dans certaines conditions (pages données, navigateur, etc)
 => Comment et où maitrise-t-on l'écriture de l'élément HTML head ?
 => View_Builder_* + des Managers : faire le ménage et unifier les processus ?

View_Builder trop rigide

  • pas de moyen de customiser ce qui est chargé
  • par ex., comment customiser le style de la FMS ? Pour l'instant, le fms.css est en dur dans les Helpers. Il faudrait pouvoir spécifier une fms.css spécifique au site. Comment séparer ?


Appels JS/CSS spécifiques à un Package

TODO JML 15/03/2013 faire page wiki qui explique :

  • comment faire ça (dossier Package/ressources/ et appels liés)
  • comment ajouter une instruction au domready de Mootools

Programme de la matinée du vendredi 15/03

  • JML : comment appeler des js/css spécifique au site ou à un Package
  • JML/HLC : où est appelé config_theme.php et voir si on peut le supprimer => quelles conséquences pour les sites existants ?
  • HLC : gestion de son compte : affichage (mail) + changement de mail/psswd
  • JML/HLC : affichage des mesages d'erreur de formulaire dans Sydonie (erreur est entre le lablet et input => à réfléchir : après le input, avant le controlDiv????)
  • JML/HLC : réflexion sur la navigation et sur la page d'admin et la démarrer