We do not plan to implement the multi-column combo list feature in the neares future, but I doubt you need to use combo lists in your scenario if you have thousands of list items. Do you think this is convenient for your users, when they need to scroll so many rows to find the required one? Wouldn't it be much better to display a select dialog based on a grid control which will allow to find the required item using say incremental search by any column (iGrid allows you to do that)?
Both Windows combo/list boxes and iGrid combo boxes are not intended for storing 1000+ items, they are useable for 20-30, maybe, 100-150 items, but not more. So if its possible, we would recommend that you redesign your grids taking into account this.
2.) I have a product combo i need to use on several sub forms (which i want to convert to igrids), unfortunately it has about 7000 products in this combo. There are some ways i can cut this down but each way has its drawbacks. Its taking approx 12-13 seconds to populate this combo box. Is there a way to store the pointer to the combo in a control variable or other and simply assign new combos to the existing combo control.
In iGrid ActiveX, you can use a combo list only within 1 iGrid.
3.) Using the FillFromRS method is great, its populating the grid really fast if no combos are previously set, how ever if the product combo is set as in No2 above (7000 line combo box) its taking over 2 mins to complete the FillFromRS command , it takes 3 seconds if no combos are defined first.
When you issue FillFromRS, the internal logic knows that you have a combo list attached to the cells, and sure it searches for the corresponding value in the attached list for every cell to link the cell value to the corresponding list item. This can dramatically slow down your code if iGrid needs to enumerate up to 7000 combo list items for every grid row.