| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 1755 |
4120 d 15 h |
raphael |
/trunk/jrest/ |
divers bugfixes: notices, undefined variables, gestion d'erreur, débugage |
|
| 1716 |
4128 d 15 h |
raphael |
/trunk/jrest/ |
export: déplacement de l'autre partie de la gestion des champs étendus dans
FormateurGroupeColonne (la fonction d'alteration de ligne): partie 2/2
(reste la gestion unifiée des entêtes de colonnes) |
|
| 1715 |
4128 d 15 h |
raphael |
/trunk/jrest/ |
export: déplacement d'une partie de la gestion des champs étendus dans
FormateurGroupeColonne (notamment la fonction de préchargement rapide): partie 1/2 |
|
| 1714 |
4128 d 16 h |
raphael |
/trunk/ |
export: bugfix pour la sérialisation des valeurs de checkboxes[] multiples par jQuery
+ amélioration dans la détection et validation des noms de groupe de champs
+ insertion initiale des champs étendus dans l'API de colonnes |
|
| 1711 |
4129 d 8 h |
raphael |
/trunk/jrest/ |
export: meilleure vérification de certains paramètres, notamment les noms de groupes
de champs (= les colonnes exportées) qui peuvent désormais être passées indistinctement
sous forme de comma-separated string ou de tableau[] en provenance de checkboxes. |
|
| 1709 |
4129 d 9 h |
raphael |
/trunk/jrest/services/ |
export: ne pas générer inutilement une liste complète d'observations en l'absence de paramètres passés à CelWidgetExport |
|
| 1703 |
4129 d 10 h |
raphael |
/trunk/jrest/services/ |
export/baseflor: partie 2/2, intégration du support baseflor dans CelWidgetExport (xls et csv)
(en réalité seule la gestion des intitulés de colonne doit encore être
faite hors de l'API proposée par FormateurColonnes) |
|
| 1700 |
4130 d 9 h |
raphael |
/trunk/jrest/services/ |
export: désactivation des STRICT warnings (causés par la librairie de génération des PDF) |
|
| 1696 |
4130 d 13 h |
raphael |
/trunk/jrest/services/ |
export: suppression d'une notice |
|
| 1695 |
4130 d 13 h |
raphael |
/trunk/jrest/ |
export/colonnes: fix d'une notice et bugfix dans l'utilisation du cache pour les noms communs |
|
| 1694 |
4130 d 13 h |
raphael |
/trunk/jrest/ |
export/colonnes: ajout d'une possibilité de préchargement efficace des données
par les fonctions de colonnes en amont des appels récurrent par ligne.
Utilisation de ce système pour le préchargement des nom communs lors de l'export. |
|
| 1692 |
4130 d 16 h |
raphael |
/trunk/jrest/services/ |
export widget: quelques nettoyage et staticification de fonctions |
|
| 1690 |
4130 d 16 h |
raphael |
/trunk/jrest/services/ |
export: réduction du nombre d'appels de fonction imbriquées pour les données
moins variable (intitulés des colonnes) |
|
| 1679 |
4134 d 14 h |
raphael |
/trunk/ |
export/pdf: ajout de la fonctionnalité de génération d'étiquettes PDF pour une
sélection d'observations dans le CEL, et activation du support côté serveur. |
|
| 1671 |
4135 d 12 h |
aurelien |
/trunk/jrest/ |
Amélioration des paramètres autorisés par l'export |
|
| 1662 |
4135 d 15 h |
aurelien |
/trunk/jrest/services/ |
Refactorisation de l'export |
|
| 1660 |
4135 d 17 h |
raphael |
/trunk/ |
export/pdf: début d'intégration de la partie client (CelWidgetExport) |
|
| 1659 |
4135 d 18 h |
aurelien |
/trunk/jrest/ |
Adaptation au formateur groupe colonnes + ajout des champs étendus dans l'export |
|
| 1654 |
4136 d 14 h |
aurelien |
/trunk/jrest/ |
Prise en compte des groupes de colonnes dans l'export + utilisable maintenant par le cel |
|
| 1631 |
4149 d 16 h |
raphael |
/trunk/jrest/ |
Cel/API: RechercheObservation->rechercherObservations() ne n'exécute plus d'emblée
la requête générée et par conséquent ne retourne pas ses résultats,
à l'exception de l'objet ($this) dont l'attribut public $requete_selection_observations
est initialisé.
La méthode get(), elle, exécute la requête et retourne les données résultantes.
Et puisque rechercherObservations() retourne l'objet, il est donc possible d'enchaîner les deux
appels en utilisant désormais la syntaxe RechercheObservation->rechercherObservations()->get().
Cela permet de découpler la génération de la requête de son exécution et donc possiblement
de manipuler la requête en plusieurs temps.
Cela pourrait s'avérer utile dans les cas où le script traitant les données souhaiterait s'architecturer
sous la forme d'un flux au fil de la récupération des enregistrements en BDD plutôt que de
compter sur l'exécution intégrale de la requête et d'attendre le retour exhaustif des données. |
|