Desktop Grid Control for .NET
-
Anyone have an experience with one capable of handling heavy load (commctrl list-based controls aside), not bloated in RAM usage and for multiple instances. One being well supported? (seen a few here on CP but they always seem to be quickly abandoned hence looking to pay for the goods) WPF offerings are dead slow and judging by their history I am not expecting anything good from MS in next iteration of the same. WinForms would be fine although I doubt they'll have more than one more iteration of the tech past 2.0. Data binding features aren't as important as speed of updating (and gentleness on RAM) is, as that's what the app mostly does. TIA.
-
Anyone have an experience with one capable of handling heavy load (commctrl list-based controls aside), not bloated in RAM usage and for multiple instances. One being well supported? (seen a few here on CP but they always seem to be quickly abandoned hence looking to pay for the goods) WPF offerings are dead slow and judging by their history I am not expecting anything good from MS in next iteration of the same. WinForms would be fine although I doubt they'll have more than one more iteration of the tech past 2.0. Data binding features aren't as important as speed of updating (and gentleness on RAM) is, as that's what the app mostly does. TIA.
We evaluated plenty of Grids (almost all grids known to the human kind) and we opted for DevXPress. Among all the grids we tested performance was a non-issue as we relied heavily on virtual data-binding. Even the standard grid which comes with .NET 2.0 is good in that regard.
You have, what I would term, a very formal turn of phrase not seen in these isles since the old King passed from this world to the next. martin_hughes on VDK
-
Anyone have an experience with one capable of handling heavy load (commctrl list-based controls aside), not bloated in RAM usage and for multiple instances. One being well supported? (seen a few here on CP but they always seem to be quickly abandoned hence looking to pay for the goods) WPF offerings are dead slow and judging by their history I am not expecting anything good from MS in next iteration of the same. WinForms would be fine although I doubt they'll have more than one more iteration of the tech past 2.0. Data binding features aren't as important as speed of updating (and gentleness on RAM) is, as that's what the app mostly does. TIA.
-
Anyone have an experience with one capable of handling heavy load (commctrl list-based controls aside), not bloated in RAM usage and for multiple instances. One being well supported? (seen a few here on CP but they always seem to be quickly abandoned hence looking to pay for the goods) WPF offerings are dead slow and judging by their history I am not expecting anything good from MS in next iteration of the same. WinForms would be fine although I doubt they'll have more than one more iteration of the tech past 2.0. Data binding features aren't as important as speed of updating (and gentleness on RAM) is, as that's what the app mostly does. TIA.
-
I'll second DevExpress' Grid. I've been using it for a couple of years now. Cheers, Drew.
> (almost all grids known to the human kind) Seems like a known and intruiging obsession :) It is 10Ks of updates a second (not a single-person app), across different types of cells and I hope they paint the changes only and quickly at that. My worry is app, the way it is, easily forces around two/three dozens instances by users, across a number of displays (heck I'd go as far and throw a statement that Windows itself has issue beyond certain size bitmaps regardless of the video card). The GC is not friendly towards those scenarios unless the painting and binding (lack of some of its features, ideally, in this case; one-way bind dominates) is written very well and with dispose in mind. And ideally it doesn't use unmanaged hacks (can imagine it is tough, but deployment issues often prevail). Been eval-ing Syncfusion, Xceed and Infragistic stuff for years, but no thanks, they grind to a halt on medium-load or hammer the box in CPU/RAM utilisation. They probably do well on form editing-based apps, with sexy features etc, but I have no use for those. Cheers, will give DevXpress a go!
-
Anyone have an experience with one capable of handling heavy load (commctrl list-based controls aside), not bloated in RAM usage and for multiple instances. One being well supported? (seen a few here on CP but they always seem to be quickly abandoned hence looking to pay for the goods) WPF offerings are dead slow and judging by their history I am not expecting anything good from MS in next iteration of the same. WinForms would be fine although I doubt they'll have more than one more iteration of the tech past 2.0. Data binding features aren't as important as speed of updating (and gentleness on RAM) is, as that's what the app mostly does. TIA.
I have had really good results with the controls from Developer Express, http://www.devexpress.com/[^]
Brian ----------------------------------------------- Never try to reason the prejudice out of a man. It was not reasoned into him, and cannot be reasoned out. - Sydney Smith (1771 - 1845) If we were to wake up some morning and find that everyone was the same race, creed and color, we would find some other cause for prejudice by noon. - George Aiken