RadGrid: 2010.2.929.40
Originally, I was very excited to upgrade to a new Windows 7 system running VS2010 and Q2 2010 rad controls. I switched from my XP system running VS2005 and Q3 2008 rad controls.
The excitement was very short-lived. Even on a more powerful system, that runs great with other programs, VS2010 is very sluggish. Of course, my first attempt at using the new version was to create an ASP.NET page with a combo box, a radgrid and ajax manager. Selecting an item in the combo forces a databind on the grid. Other than the sluggish response, that all worked fine.
The real problems began when I tried to structure the elements on the page, by placing the grid and a couple of other rad cotrolss in table cells. WHAT A BIG, FAT PAIN IN THE #^$##!!!!!
When I resize the grid to be smaller than the width of the columns, you can see the columns extending beyond the width of the grid. I resolved this the way I had been told to with the old product. By adding style='overflow:hidden' to the grid. This hides it, but it is still there if you try to click in an adjacent table cell where it was overlowing. This didn't happen with the old version of rad controls.
If I have this many problems just structuring the layout, FORGET IT!!! I'll go back to VS2005.
I've attached a screenshot.
Thanks,
Tim
Originally, I was very excited to upgrade to a new Windows 7 system running VS2010 and Q2 2010 rad controls. I switched from my XP system running VS2005 and Q3 2008 rad controls.
The excitement was very short-lived. Even on a more powerful system, that runs great with other programs, VS2010 is very sluggish. Of course, my first attempt at using the new version was to create an ASP.NET page with a combo box, a radgrid and ajax manager. Selecting an item in the combo forces a databind on the grid. Other than the sluggish response, that all worked fine.
The real problems began when I tried to structure the elements on the page, by placing the grid and a couple of other rad cotrolss in table cells. WHAT A BIG, FAT PAIN IN THE #^$##!!!!!
When I resize the grid to be smaller than the width of the columns, you can see the columns extending beyond the width of the grid. I resolved this the way I had been told to with the old product. By adding style='overflow:hidden' to the grid. This hides it, but it is still there if you try to click in an adjacent table cell where it was overlowing. This didn't happen with the old version of rad controls.
If I have this many problems just structuring the layout, FORGET IT!!! I'll go back to VS2005.
I've attached a screenshot.
Thanks,
Tim
1 Answer, 1 is accepted
0
Hi Tim,
The designer for visual studio has a very primitive rendering engine unlike the one of the browsers and in some scenarios the grid might not display so well. The problem might be a limitation of the Visual Studio designer when it renders the grid table nested inside another table and both have specific width set. With this set-up, when resizing in design time the headers might not fit inside the table cell.
I tried putting a grid in a table in the VS designer but was not able to reproduce the problem, can you send us a sample project or code sample that reproduces the problem so we can provide better assistance.
Best wishes,
Marin
the Telerik team
The designer for visual studio has a very primitive rendering engine unlike the one of the browsers and in some scenarios the grid might not display so well. The problem might be a limitation of the Visual Studio designer when it renders the grid table nested inside another table and both have specific width set. With this set-up, when resizing in design time the headers might not fit inside the table cell.
I tried putting a grid in a table in the VS designer but was not able to reproduce the problem, can you send us a sample project or code sample that reproduces the problem so we can provide better assistance.
Best wishes,
Marin
the Telerik team
Browse the vast support resources we have to jumpstart your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.