Hi,

do infragistics UltraWebGrid 2007.2 works correctly with LLBLGen Pro 2.5? do anyone use it?

braidiano wrote:

Hi,

do infragistics UltraWebGrid 2007.2 works correctly with LLBLGen Pro 2.5? do anyone use it?

No it doesn't. It's one of the few grids which pretty much sucks when it comes to obeying normal databinding interfaces. We reported it to them where exactly they made a mistake and they acknowledged that in their webgrid they do a bad job retrieving schema information for the objects bound to the grid.

When they release a fix, I've no idea. They first told me they would release the fix in the next version (2007.3 or something) but I told them that was unacceptable and that they should release a hotfix. If they won't do that, we will recommend customers to ignore infragistics altogether. That's what we told them and they know we're serious about this. We're pretty much fed up with their lack of doing what they should do: obey ITypedList.

So, at the moment: use devexpress or telerik.

ok, Thanks otis

Otis wrote:

When they release a fix, I've no idea. They first told me they would release the fix in the next version (2007.3 or something) but I told them that was unacceptable and that they should release a hotfix. If they won't do that, we will recommend customers to ignore infragistics altogether. That's what we told them and they know we're serious about this. We're pretty much fed up with their lack of doing what they should do: obey ITypedList.

Frans would you be willing to share the specific details of the issues you've encountered working with Infragistic's WebGrid? As a paying customer of Infragistics control suite, and someone that does not have the option of using another provider's grid, I'd like to raise the issue with their support channel as well since your software is rapidly becoming more critical to me than theirs.

Maybe having a long time customer complain loudly would do more good.

I can be reached offline at dem3treATgmail.com if needed.

Whoops! Just noticed for the first time you're using their controls too... Well, the offer still stands if you think having it come from more than one source might help.

dem3tre wrote:

Otis wrote:

When they release a fix, I've no idea. They first told me they would release the fix in the next version (2007.3 or something) but I told them that was unacceptable and that they should release a hotfix. If they won't do that, we will recommend customers to ignore infragistics altogether. That's what we told them and they know we're serious about this. We're pretty much fed up with their lack of doing what they should do: obey ITypedList.

Frans would you be willing to share the specific details of the issues you've encountered working with Infragistic's WebGrid? As a paying customer of Infragistics control suite, and someone that does not have the option of using another provider's grid, I'd like to raise the issue with their support channel as well since your software is rapidly becoming more critical to me than theirs. Maybe having a long time customer complain loudly would do more good. I can be reached offline at dem3treATgmail.com if needed.

We don't use their webstuff. Only their treeview and tab for winforms (2004.1 edition ).

The main thing is that their webgrid doesn't use the ITypedList implementation on the entityview(2) class, which means that they use reflection and the grid will show ALL properties as columns, which you then have to remove manually.

A customer of ours has reported it to us first, and we checked who was to blame. they were (and as their grid is the only one which misbehaves, it wasnt that surprising) and the customer opened a support request with them, we too reported the issue, and they acknowledged it. It's unclear however when they'll release a fix for it. Since september 12th I haven't heard anything back from them.

If you want, you can file another complaint with them about this issue (which is in all their webgrids), however don't expect a fix tomorrow from them, as they're apparently not that fast...

Hi, Now I come to understand what was going on with infragistics grid. There is a problem though. I need to use this grid since all the grids in my project are form infragsitics ( since stored procedures were needed for all of them, I didn't have the probelm with all the properties coming in).

Now I see that you have to remove properties manually? What do you mean? I have tried manually setting up columns but when I look at it, the columns that I manually created are first in the gird and then after those, the columns with ALL properties appear. I limited column capacity to try to see if it works and nothing.

Any help would be appreciated.

Thank You.

Now I see that you have to remove properties manually? What do you mean? I have tried manually setting up columns but when I look at it, the columns that I manually created are first in the gird and then after those, the columns with ALL properties appear.

I don't have Infragistics but I think Frans ment the following: After binding the Grid to the datasource at design time, they generate columns for all the properties they can find. So then you should manually remove these columns either from the Grid Designer properties, or from the aspx if they generate them into the aspx code.

The thing is I bind it @ runtime.

Is the only option to create a stored procedure so it can get the columns I want?

I mean, in code, I would have to remove ALL the columns that I don't want. ( A lot of extra columns are created) . I am still surprised Infragistics haven't done much about this. I still need a way to work this one out.

I'd suggest you ask them about this. After all IMHO they should fix their Grid.

hellbinder wrote:

The thing is I bind it @ runtime.

Is the only option to create a stored procedure so it can get the columns I want?

I mean, in code, I would have to remove ALL the columns that I don't want. ( A lot of extra columns are created) . I am still surprised Infragistics haven't done much about this. I still need a way to work this one out.

They have, well... sort of. Their NEXT version will contain the fix. They refused to fix their current version as that seems to be 'too much work'... I had to explain to the engineer at infragistics how ITypedList really worked (several times!)... it's a strange world sometimes

Yeah, I wonder though when the next version will come out.

Yeah, It's a strange world.

But then again, the only solution then is to create stored procedures for each grid instead of binding directly to data source?

Because not even liming the column capacity works. ( If that property means the max amount of columns that will appear on the grid).

It's funny. All that grid and so much complexity and nice stuff and the important parts that really matter don't work as they should.

There's perhaps a trick to be used: you can create a typedlist or typed dataset, and design the grid with that, then at runtime you bind the collection of entities. Other than that... it's indeed a pain: you've to remove all the columns.

Well I figured something out for the time being that might be helpfull somewhat in removing this columns.

For now I am just doing a foreach statement to hide all columns that I don't want.

I do this by creating the columns I want manually in design time and binding them to the columns int he source from the BaseColumnName property.

This will show the columns you created first and then show all the columns that infragistic bring.

To select those I just created an int variable (in this example called columnsCount which would be the count of the rows before the data was bounded. (This would give me the # of columns I had created manually in design time).

Then I did the binding to the source and after that I would loop through the columns in the grid and would hide all those that had an index greater than the columnsCount minus 1 (since the index starts at 0).

Here is what I did in code.

** int routeColumns = gridName.Columns.Count; gridName.DataSource = datasource; gridName.DataBind();

    foreach (UltraGridColumn column in gridName)
    {
        if (column.Index > columnLenght-1)
        {
            column.Hidden = true;
        }
    }**

I pretty much did a method for the foreach part so it looks cleaner.

** private void LimitColumns(ColumnsCollection routeColumns ,int columnLenght) { //Limiting Columns

    foreach (UltraGridColumn column in routeColumns)
    {
        if (column.Index > columnLenght-1)
        {
            column.Hidden = true;
        }
    }**

So all I had to write is LimitColumns(gridName.Columns, routeColumns);

I said all this just because it works well on what I need for the time being until Inragistics decide to release next version.

My question is then, do you think this is an ok option performance wise?

I see nothing in looping on a grid's columns and hiding them that would hurt the performance.