Vaadin-combo-box: Prise en charge du fournisseur de données / chargement paresseux

Des retours à ce sujet ? Peut-être pas une priorité élevée pour le composant Web lui-même, mais du point de vue des développeurs Java essayant de porter des applications de FW8 vers Flow, c'est un vrai bloqueur lorsque derrière un ComboBox il y a un énorme pool d'éléments et le l'utilisation d'un fournisseur de données paresseux est obligatoire.

Certes, combo-box n'a pas vraiment d'API de chargement paresseux appropriée pour le moment. C'est un bon candidat pour une amélioration. Doit être aligné avec l'API dataProvider de la grille.

C'est une sorte de fonctionnalité que les anciens utilisateurs de Vaadin supposent être là. Je ne peux pas considérer que Vaadin 10 est prêt avant que notre combo-box puisse gérer un grand nombre d'options sans étouffer le navigateur ou le réseau. S'il vous plaît, faites-le !

Salut,
Je suis tout à fait d'accord avec @mstahv . Après 3 applications de productions avec le V8, j'ai commencé un nouveau projet il y a 2 mois et j'ai pris le V10. Traiter de grands ensembles de données était l'une des principales fonctionnalités que nous avons prises avec Vaadin et avons également payé un abonnement. Franchement, je n'ai même pas pensé que cette fonctionnalité manquait. Nous avons maintenant TextField avec Grid ci-dessous pour simuler l'autosuggestion. Cela a vraiment l'air étrange.

Ceci et #88 sont évidemment les fonctionnalités les plus demandées, mais je perçois de diverses discussions avec l'équipe la volonté de réorganiser le code du composant avant d'introduire de nouvelles fonctionnalités. Il y a en effet quelques lignes obscures qui peuvent effrayer les collègues contributeurs 😃

L'équipe peut-elle nous éclairer sur l'évolution à venir de ce composant ? De nouvelles fonctionnalités seront-elles ajoutées à la base de code actuelle ou une refonte est-elle en cours avant cela ?

@tomivirkki , avez-vous une bonne réponse pour @heruan ? Je suis également intéressé d'entendre les réflexions de l'équipe sur la maintenance de ce composant, s'il aurait besoin d'une refactorisation/réécriture avant d'ajouter des fonctionnalités plus complexes ?

Bien que l'API ne verra probablement pas beaucoup de changements, donc de ce point de vue, si cela est raisonnable, nous pourrions d'abord livrer ces fonctionnalités très demandées, puis commencer à travailler sur la réécriture.

Nous faisons des recherches sur la facilité avec laquelle il serait d'ajouter cette fonctionnalité au-dessus du code source actuel. Dans le meilleur des cas, cela ne nécessiterait pas de modifications plus importantes de la source existante, mais la majeure partie pourrait être incluse en tant que mixin (comme dans le cas de vaadin-grid ).

@heruan et @mstahv juste pour être sûr, connaissez-vous l'API filteredItems de <vaadin-combo-box> ? Il peut être utilisé pour afficher toutes les options personnalisées dans la liste déroulante de la liste déroulante tout en contournant le filtrage intégré. Un peu de la même manière qu'avec le champ de recherche de Google ; vous saisissez quelque chose dedans et obtenez une liste de suggestions pertinentes sous le champ. Dans le cas de <vaadin-combo-box> vous pouvez évidemment avoir beaucoup plus d'options (le tableau filteredItems ).

Existe-t-il un cas d'utilisation pertinent qui nécessite une API de fournisseur de données paresseux dédiée et qui ne peut pas être couvert par l'API filteredItems ?

Je ne suis ici que parce que l'équipe Flow a dit qu'elle en avait d'abord besoin pour le composant Web ;-) Je suppose que la sélection d'une personne parmi un grand nombre est un bon exemple. Un ensemble si grand que cela n'a pas de sens de les envoyer tous au navigateur à la fois.

@tomivirkki , je pense que le cas d'utilisation décrit par Matti serait difficile à mettre en œuvre. Vous auriez besoin de conserver l'ID/index de l'élément sélectionné quelque part, puis, lorsque l'utilisateur clique sur la zone de liste déroulante ouverte, récupérez la bonne page d'éléments (qui contient l'élément sélectionné), tout en vous assurant que la liste déroulante de la zone de liste déroulante affiche la position de défilement correctement.

Juste pour être clair : la zone de liste déroulante est différente de la saisie semi-automatique.

@tomivirkki Je suis conscient des capacités de filtrage, qui peuvent restreindre le nombre d'éléments chargés, mais nous sommes confrontés à des cas où le filtre renvoie de nombreux éléments, le transfert de données reste donc un problème. Faire défiler la liste déroulante devrait paginer les éléments comme dans <iron-list> je dirais.

D'après mon expérience, j'ai remarqué que certains utilisateurs s'attendent à pouvoir faire défiler une zone de liste déroulante pour trouver l'élément souhaité sans rien taper.

Publié dans https://github.com/vaadin/vaadin-combo-box/releases/tag/v4.2.0-alpha4

Salut,
Est-il possible de tester et d'utiliser cette fonctionnalité avec V11 Java ? Ou quand peut-on s'attendre à bi en V11 Java ? Merci.

@maticpetek la progression de la version Java peut être suivie sur vaadin/vaadin-combo-box-flow#131

Nous espérons réussir à sortir la version stable 4.2.0 dans quelques semaines afin qu'elle puisse être incluse dans la V12, qui entrera en phase bêta début novembre.