Produits Entr'ouvert » w.c.s.

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

Ne pas inclure les options quand ce sont des fiches, ou quand le champ est configuré en autocomplétion ?

Voire pire, quand il est question d'une source de donnée ? (mais c'est peut-être trop violent ?)

Il me semble que j'avais ajouté ça pour les stats bijoe, quand on dispose de la liste des options ça va beaucoup plus vite au chargement, parce que sinon à chaque formulaire chargé on doit vérifier si la valeur est connue et sinon l'ajouter à la table des valeurs pour le champ (j'aurai pu batcher ça aussi mais c'était plus simple le code étant déjà là pour les ItemField sans source de donnée). Mais ça m'irait que ce soit une option du endpoint schéma, &with-items=true.

Mais si wcs-olap met un with-items=true wcs-olap récupérera le timeout et on n'aura pas avancé, donc tu imagines accepter un coup de timeout avant de réessayer sans le with-items ?

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

Mais si wcs-olap met un with-items=true wcs-olap récupérera le timeout et on n'aura pas avancé, donc tu imagines accepter un coup de timeout avant de réessayer sans le with-items ?

Hmm si pas le choix oui, ou alors déplacer ça dans un sous-endpoint, /api/formdefs/XXX/schema/YYY/items histoire que le timeout ne passe pas la totalité des champs en mode "liste des items inconnus", mais c'est beaucoup de boulot pour pas grand chose; ou alors fournir à bijoe l'URL du endpoint pour la liste (je réfléchis en écrivant).

Le mieux ce serait qu'on arrive à détecter que c'est une source de donnée massives, et dans ce cas ne pas lister les items, ainsi il n'y aura rien à changer dans bijoe. Mais le désactiver pour toutes les ds ça pourrait augmenter le temps de chargement au delà du raisonnable (c'est une possibilité je n'en sais rien).