aramka

Im moving a vb6 application over to .NET 2.0. The app currently relies a third party grid control, iGrid by 10Tech. I would like to use a DataGridView to replace the third party grid, but Im having trouble convincing the other developer Im working with. He would like to use iGrid.NET, the .NET version of the 10Tech iGrid.

Which way to go How do we decide which is better

I sure that anything we can do with the iGrid we can also do with the DataGridView. My problem with using the iGrid is the lack of support and documentation. The DataGridView is well supported, well documented, and there is plenty of stuff on the web about it.

Anyone care to share arguments for or against DataGridView Arguments For or against third party grids

Your help is appreciated, thanks.




Re: Windows Forms Data Controls and Databinding DataGridView vs 3rd Party Grids

Ken Tucker

The DataGridView is a really awsome control. However some of the third party grid offer features the datagridview does not support (like master details in the same grid). In your case I would base my decision on a few factors.

Does the datagridview do everything you need the grid to do

Are the sample apps on the 10Tec website enough to learn the iGrid.net






Re: Windows Forms Data Controls and Databinding DataGridView vs 3rd Party Grids

aramka

Thanks Ken,

We asked the developers of the iGrid for their arguments and here is what was said:

H-m-m, it is a very interesting question J. First of all I should say that DataGridView is a data-bound grid control while in our control you should write some additional code if you need data binding. This is the main difference, but it is one of the main ideas of iGrid.NET 每 we wanted to create a lightweight, easy-to-use and fast grid control suitable to create tabular interfaces which are not data每bound. We wanted to create an elegant and editable control similar to ListView. Many (practically all) grid developers on the market is trying to create powerful data-bound grid controls 每 they add to their products as many features as they can (or see in other products on the market), but this extra functionality is not needed in many cases, and moreover, grid controls become very complicated due to this additional functionality.

Second, our control is oriented on the tasks in which you can store values of different types in the same column (or you can also have cells of different types, i.e. combo cells or check box cells in the same column). I do not say that it is not possible in the MS grid, but it is much harder to do that in it than in iGrid. In iGrid you simply access the cell matrix through the Cells object collection and set the required properties like in the following code:

iGrid1.Cells[2, 5].Value = 123;

iGrid1.Cells[3, 0].Type = iGCellType.Combo;

Can it be so simple in the MS grid The answer is: ※no§ J.

Third, DataGridView does not support interactive/programming grouping of rows. In iGrid you can group rows automatically using the group box or from code, or you can create group rows (by the way, two types) at any position manually. The ability to work with hierarchical data on which group rows are based is also used in another feature 每 in iGrid.NET you can create a tree view control with several columns, you simply make one column a tree.

Fourth, DataGridView is enough slow. You can find many discussions devoted to this fact in the Internet, here is the first one I*ve just found:

http://weblogs.asp.net/fbouma/archive/2005/10/29/428848.aspx

Fifth, can you print DataGridView You should already know the answer J. iGrid.NET has a special add-on component called PrintManager you can use for that. Yes, you may say that there are some ready-to-use code snippets in the Internet you can use to print DataGridView, but as I know, none of them supports all the features you can use in DataGridView. Our PrintManager fully supports all the features you can use in iGrid.NET, and moreover, you can print the contents of the grid using numerous options.

His arguments seem valid. Especially:

"Many (practically all) grid developers on the market is trying to create powerful data-bound grid controls 每 they add to their products as many features as they can (or see in other products on the market), but this extra functionality is not needed in many cases, and moreover, grid controls become very complicated due to this additional functionality."

I found this to be true for the DataGridView.

Anyone Else care to share






Re: Windows Forms Data Controls and Databinding DataGridView vs 3rd Party Grids

Zhi-Xin Ye - MSFT

aramka wrote:

Second, our control is oriented on the tasks in which you can store values of different types in the same column (or you can also have cells of different types, i.e. combo cells or check box cells in the same column). I do not say that it is not possible in the MS grid, but it is much harder to do that in it than in iGrid. In iGrid you simply access the cell matrix through the Cells object collection and set the required properties like in the following code:

iGrid1.Cells[2, 5].Value = 123;

iGrid1.Cells[3, 0].Type = iGCellType.Combo;

Can it be so simple in the MS grid The answer is: ※no§ J.



The Answer is "YES"! We can dynamically change the cell type as:

this.dataGridView1[0, 0] = new DataGridViewComboBoxCell();






Re: Windows Forms Data Controls and Databinding DataGridView vs 3rd Party Grids

aramka

Thanks for your reply. We have decided to use the datagridview instead of the iGrid. IGrid does not support ADO.NET, which we plan on using extensively. I appreciate all the comments.

Thanks






Re: Windows Forms Data Controls and Databinding DataGridView vs 3rd Party Grids

Zhi-Xin Ye - MSFT

Glad to hear that, then it's time to close this thread, I'll mark your post above to close it.