Observations et choses à faire évoluer : Différence entre versions

De Sydonie
(Page créée avec « <h1>Helpers</h1> * 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 util… »)
 
 
(8 révisions intermédiaires par un autre utilisateur non affichées)
Ligne 1 : Ligne 1 :
 +
<h2>Helpers</h2>
  
<h1>Helpers</h1>
+
* Pourquoi Majax, FMS dans les Helpers
 
+
* Pourquoi Majax, FMS et blank dans les Helpers
+
 
   => Proposition : ne garder que ce qui est utilisable par un appel PHP "include"
 
   => 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
 
   => pour ce qui est utilisé par URL (toutes CSS et JS), avoir un Helper "local" à chaque site
 +
 +
 +
<h2>Alléger les appels CSS/JS</h2>
 +
  => 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 ?
 +
 +
<h2>View_Builder trop rigide</h2>
 +
 +
* 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 ?
 +
 +
 +
<h2>Appels JS/CSS spécifiques à un Package</h2>
 +
 +
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
 +
 +
<h2>Créer un input de type Pays</h2>
 +
* Le tableau des valeurs de cet <code>input</code> doit être fourni par un webservice interne à Sydonie (sur <code>services.sydonie.org</code> de façon à avoir le nom des pays dans la langue de l'interface

Version actuelle en date du 5 juin 2013 à 11:42

Helpers

  • Pourquoi Majax, FMS 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


Alléger les appels CSS/JS

 => 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

Créer un input de type Pays

  • Le tableau des valeurs de cet input doit être fourni par un webservice interne à Sydonie (sur services.sydonie.org de façon à avoir le nom des pays dans la langue de l'interface