Vaadin-combo-box: データプロバイダー/遅延読み込みのサポート

これに関するフィードバックはありますか？ Webコンポーネント自体の優先度は高くないかもしれませんが、アプリケーションをFW8からFlowに移植しようとするJava開発者の観点からすると、 ComboBox背後に大量のアイテムがあり、レイジーデータプロバイダーの使用は必須です。

確かに、コンボボックスには現時点では適切な遅延読み込みAPIがありません。 これは拡張機能の良い候補です。 グリッドのdataProviderAPIに合わせる必要があります。

これは、古いVaadinユーザーがそこにあると想定している機能の一種です。 コンボボックスがブラウザやネットワークを詰まらせることなく多数のオプションを処理できるようになる前に、Vaadin10の準備ができているとは考えられません。 これを成し遂げてください！

こんにちは、
@mstahvに完全に同意し

これと＃88はどちらも明らかに最も要求されている機能ですが、チームとのさまざまな話し合いから、新しい機能を導入する前にコンポーネントコードを刷新する意志があると感じています。 確かに、仲間の貢献者を怖がらせるかもしれないいくつかの

チームは、このコンポーネントの今後の進化に光を当てることができますか？ 新しい機能が現在のコードベースに追加されますか、それともその前に改良が行われますか？

@ tomivirkki 、

APIはおそらく多くの変更を認識しないでしょうが、その観点から、それが合理的である場合、最初にこれらの要望の多かった機能を出荷してから、書き換えに取り掛かることができます。

現在のソースコードにこの機能を追加するのがどれほど簡単かについて、いくつかの調査を行っています。 最良のシナリオでは、既存のソースに大きな変更を加える必要はありませんが、そのほとんどはミックスインとして含めることができます（ vaadin-gridの場合のように）。

@heruanと@mstahv念のため、あなたは気づいているのfilteredItemsのAPI <vaadin-combo-box> ？ 組み込みのフィルタリングをバイパスしながら、コンボボックスのドロップダウンにカスタムオプションを表示するために使用できます。 Googleの検索フィールドと同じようなものです。 何かを入力すると、フィールドの下に関連する提案のリストが表示されます。 <vaadin-combo-box>場合、明らかにもっと多くのオプション（ filteredItems配列）を持つことができます。

専用のレイジーデータプロバイダーAPIを必要とし、 filteredItems APIでカバーできない関連するユースケースはありますか？

私がここにいるのは、Flowチームが最初にWebコンポーネントに必要だと言ったからです;-)大規模なセットから人を選択するのは良い例だと思います。 非常に大きなセットなので、一度にすべてをブラウザに送信しても意味がありません。

@ tomivirkki 、Mattiが説明するユースケースは実装が難しいと思います。 選択したアイテムのID /インデックスをどこかに保持する必要があります。次に、ユーザーがコンボボックスをクリックして開いたときに、コンボボックスのドロップダウンにスクロール位置が表示されていることを確認しながら、アイテムの正しいページ（選択したアイテムを含む）をフェッチします。正しく。

明確にするために、コンボボックスはオートコンプリートとは異なります。

@tomivirkki読み込まれるアイテムの数を制限できるフィルタリング機能を知っていますが、フィルターが多くのアイテムを返すため、データ転送が依然として問題になる場合があります。 ドロップダウンをスクロールすると、 <iron-list>ようにアイテムがページ分割されます。

私の経験では、何も入力せずにコンボボックスをスクロールして目的のアイテムを見つけることができると期待しているユーザーがいることに気づきました。

https://github.com/vaadin/vaadin-combo-box/releases/tag/v4.2.0-alpha4でリリース

こんにちは、
この機能をV11Javaでテストして使用することは可能ですか？ または、V11 Javaでいつbiを期待できますか？ ありがとう。

@maticpetek Javaバージョンの進捗状況は、vaadin / vaadin-combo-box-flow＃131で追跡できます。

数週間以内に4.2.0安定バージョンをリリースして、11月初旬にベータ段階に入るV12に含めることができるようにしたいと考えています。