Projet

Général

Profil

Development #36987

pouvoir afficher un effet lors des evaluations des conditions d'affichage des champs conditionnels

Ajouté par Serghei Mihai il y a plus de 4 ans. Mis à jour il y a plus de 2 ans.

Statut:
Nouveau
Priorité:
Bas
Assigné à:
-
Version cible:
-
Début:
16 octobre 2019
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Si un champ condtionnel mets un peu de temps à s'afficher, typiquement parce que c'est une liste qui tape dans une source de données externe, il serait intéressant d'afficher un effet, une animation pour indiquer qu'il y a chargement.

On pourrait lors de l'appel à live-url ajouter une classe genre formulaire, genre loading, qui pose un effet.
A la fin du chargement on la retire.

Historique

#2

Mis à jour par Thomas Noël il y a plus de 4 ans

Je confirme que c'est parfois perturbant. En même temps, quand ça marche vite et bien, il faudrait éviter. Il faudrait donc imaginer quelque chose qui ne se déclenche que si la réponse de live met plus que 300ms à venir (via un setTimeout/clearTimeout)

#3

Mis à jour par Frédéric Péters il y a plus de 4 ans

(je veux bien qu'on imagine un truc ici mais il n'y a pas moyen de travailler sur les performances, que ça ne rame pas, c'est quoi le cas pratique ?).

#4

Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 4 ans

Côté html/css/js, créer un composant ".spinner" est souvent une option. C'est alors assez facile d'injecter cet élément dans le dom avec un petit objet JS où on veut puis de le retirer.

var mySpinner = new Spinner {
   delay: 300ms,
   append: $('.somediv')
}
...
mySpinner.destroy();
#5

Mis à jour par Thomas Noël il y a plus de 4 ans

Frédéric Péters a écrit :

(je veux bien qu'on imagine un truc ici mais il n'y a pas moyen de travailler sur les performances, que ça ne rame pas, c'est quoi le cas pratique ?).

Bien sûr c'est la première chose à faire. Mais par exemple à Cannes, leur SIG met parfois un temps fou à répondre aux requêtes sur le cadastre, et donc sur https://demarches-mairie-de-cannes.test-demarches.sictiam.fr/ma-vie-citoyenne/demande-urbanisme/ quand tu passes en mode "recherche cartographique" et que tu cliques sur la carte, le champ "parcelle détectée" met, parfois, 3 ou 4 secondes à se rafraîchir. Entre temps tu peux même avoir cliqué sur "suivant" en pensant que c'est bon (Bon, ce matin ça a l'air de bien répondre, juste pour me contredire)

#6

Mis à jour par Serghei Mihai il y a plus de 4 ans

C'est aussi mon cas d'usage avec le SIG de Grenoble. En fonction d'une commune choisie la remontée de la liste des voies est longue.

#7

Mis à jour par Frédéric Péters il y a plus de 4 ans

C'est aussi mon cas d'usage avec le SIG de Grenoble. En fonction d'une commune choisie la remontée de la liste des voies est longue.

1/ Mais la liste des voies ne devrait pas être chargée, ça devrait être un select2 interrogeant de manière asynchrone w.c.s., non ?

2/ il y a de quoi garder un cache côté w.c.s., pour une liste de rues c'est plutôt raisonnable.

(je ne conteste pas l'idée d'une indication visuelle sur des opérations longues, juste je ne voudrais pas que ça serve à mettre sous le tapis certaines choses).

#8

Mis à jour par Brice Mallet il y a plus de 2 ans

  • Priorité changé de Normal à Bas

Formats disponibles : Atom PDF