Poll Question : What should be the minimal version of .NET for iGr  (Poll is closed)

Total: 19

Igor/10Tec
2011-01-28T10:15:19Z
We are going to develop iGrid.NET only for the .NET Framework 4.0 and abandon the support of the v2.0-3.5 in the future versions of iGrid later this year. The reason for this is that many developers have already migrated to .NET 4.0/VS2010 or will do that this year, so there will be a very minimal demand for iGrid.NET for the earlier versions of .NET.

Vote here to let us know what minimal version of the .NET Framework is required for iGrid.NET.

Feel free to place any additional textual comments in this topic.

You can also vote for the minimal version of VS used to develop iGrid here .
hgirma
2011-02-04T19:01:40Z
Well, it looks like you may after all abandon 2.0, but before you do that, can you please add one last feature for it. I really liked and welcomed the new events you added

RowsAdded and RowsRemoved

These two events are very powerful, and equally powerful, yet missing, is the RowsVisibleChanged. Please add this before moving on..

here is what I am thinking.. its signature should look something like this

RowsVisibleChanged(object sender, iGRowsVisibleChangedEventArgs e)
{
//the following properties are helpful..
e.RowIndex
e.Visible //the updated state of the row
}

I will love you long time if you add this!!
Axel
2011-02-07T06:51:44Z
I have sympathy for those who are staying with the previous versions of .NET, yet when one wants to offer a competitive product to the customer, one has to offer an interface that matches what's new on the market. So, bite the bullet and upgrade.
BlackForestIT
2011-02-07T08:21:55Z
One of the main issue we choose iGrid was the smart footprint.
So if you change to .NET 4.0 it would be a good thing to try to use the (smaller) Client profile of it.
Regards Friedhelm
Igor/10Tec
2011-02-07T15:19:37Z
Originally Posted by: BlackForestIT 

One of the main issue we choose iGrid was the smart footprint.



Thanks! We always try to make our products as small as possible - we do not like to bloat them with tons of features and turn them into "monsters".

Originally Posted by: BlackForestIT 

So if you change to .NET 4.0 it would be a good thing to try to use the (smaller) Client profile of it.



iGrid.NET 3.0 has been already reimplemented to be totally compatible with the .NET 4.0 client profiles. Though it is still .NET-2.0-based 🙂