I am currently developing an application on the .NET2.0 framework using components that come with Microsoft VS.
After struggling with flickering, slow list views and RTF controls, I have decided to try some third party components.
I like the slick look of your control set, but specifically could you tell me if you have any components that will help with the slow and flickering problems of the Microsoft controls that will help me get up and running for evaluating your products?
After struggling with flickering, slow list views and RTF controls, I have decided to try some third party components.
I like the slick look of your control set, but specifically could you tell me if you have any components that will help with the slow and flickering problems of the Microsoft controls that will help me get up and running for evaluating your products?
6 Answers, 1 is accepted
0
Hello Alex,
In most cases, the reason for the flicker is that when the browser cache is disabled (check for new versions > every visit to the page), the browser requests the background image every time, rather than only once (on page load). The request to the server and the response takes some time, hence the flicker effect. If you use a skin that has no images inside (CSS only), you will see that this effect disappears.
I suggest you check your IE settings at Tools -> Internet Options -> Temporary Internet files -> Settings; it has to be set to Automatically.
Note that this is a browser related problem (under Mozilla everything is ok) as it does not cache the images, i.e. it reloads them every time. Unfortunately, we cannot force it to cache the images. I hope that this information in the following blog posts will help you:
http://blogs.telerik.com/blogs/rumen_stankov/archive/2006/11/05/392.aspx
http://weblogs.asp.net/scottgu/archive/2006/05/29/Eliminating-CSS-Image-Flicker-with-IE6.aspx
In addition, please note that the internal VS2005 development server (aka Cassini) does not use cache and if you run your application through it you will always have the flicker on your pages.
All the best,
Paul
the telerik team
In most cases, the reason for the flicker is that when the browser cache is disabled (check for new versions > every visit to the page), the browser requests the background image every time, rather than only once (on page load). The request to the server and the response takes some time, hence the flicker effect. If you use a skin that has no images inside (CSS only), you will see that this effect disappears.
I suggest you check your IE settings at Tools -> Internet Options -> Temporary Internet files -> Settings; it has to be set to Automatically.
Note that this is a browser related problem (under Mozilla everything is ok) as it does not cache the images, i.e. it reloads them every time. Unfortunately, we cannot force it to cache the images. I hope that this information in the following blog posts will help you:
http://blogs.telerik.com/blogs/rumen_stankov/archive/2006/11/05/392.aspx
http://weblogs.asp.net/scottgu/archive/2006/05/29/Eliminating-CSS-Image-Flicker-with-IE6.aspx
In addition, please note that the internal VS2005 development server (aka Cassini) does not use cache and if you run your application through it you will always have the flicker on your pages.
All the best,
Paul
the telerik team
0
Alex
Top achievements
Rank 1
Rank 1
answered on 09 Jan 2007, 12:24 PM
Thank you for your quick response. I'm sorry, I should have said, this is a Winforms project.
0
Hello Alex,
Thank you for the interest in our WinForms products. Currently we have an alternative versions for most of the MS UI controls in our offering. However, we are not quite sure what performance problems exactly are you currently experiencing. Generally Windows Forms controls are a bit slower that generic win32 or MFC controls. This is actually normal since all the code is running within the .NET platform and all controls have to be redrawn.
Our WindowsForms control are build entirely on top of our presentation framework (TPF), which internally uses GDI+ for painting and guaranties optimal painting performance with top quality. The TPF architecture also allows you to apply fine-grained control over each graphic so you can tune up the control's performance. For example, you can simplify or hide gradient-graphics from arbitrary item where you think it is not needed.
If you point out the performance problems you are currently experiencing with our controls we will try to help you optimize and polish your apps.
Regards,
Mike
the telerik team
Thank you for the interest in our WinForms products. Currently we have an alternative versions for most of the MS UI controls in our offering. However, we are not quite sure what performance problems exactly are you currently experiencing. Generally Windows Forms controls are a bit slower that generic win32 or MFC controls. This is actually normal since all the code is running within the .NET platform and all controls have to be redrawn.
Our WindowsForms control are build entirely on top of our presentation framework (TPF), which internally uses GDI+ for painting and guaranties optimal painting performance with top quality. The TPF architecture also allows you to apply fine-grained control over each graphic so you can tune up the control's performance. For example, you can simplify or hide gradient-graphics from arbitrary item where you think it is not needed.
If you point out the performance problems you are currently experiencing with our controls we will try to help you optimize and polish your apps.
Regards,
Mike
the telerik team
0
Alex
Top achievements
Rank 1
Rank 1
answered on 10 Jan 2007, 06:06 PM
Thank you Mike, that really is great service. I'd heard that about you from looking around the bulletin boards. I haven't started testing your controls yet, I'm still testing your service. I find it's better to be ignored for asking stupid questions before I invest a lot of time or money in a product. So far you are doing an outstanding job, since it appears I have even posted in the wrong forum.
The ListView in VS 2005 has a flicker problem and it turns pear shaped after around 1000 items are added to it even with no column sorting. i.e It refreshes slowly enough to be noticable, and the scrolling becomes choppy. I found a hack to stop the flicker, but the performance isn't any better.
I have even more trouble with the RichTextBox, especially when a document is long and has large images in it. I need to subclass it for all sorts of features that it doesn't have, and I am not sure that by doing so I am actually making it worse.
The application that I am building requires dynamically processing and highlighting text. It should be able to handle as many as 30,000 words. Although I have put the bulk of the work out to a background thread, eventually I have to make changes in the UI thread, and even fairly small changes make a noticable pause if there are a lot of items in the ListView and text/images in the RTB. Highlighting a lot of text at once can take a few seconds.
I'll try replacing the offending controls with yours tomorow and see if it makes a difference. It might turn out to be more the fault of my code than anything else, but I would certainly be very happy if your controls improved the problem.
The ListView in VS 2005 has a flicker problem and it turns pear shaped after around 1000 items are added to it even with no column sorting. i.e It refreshes slowly enough to be noticable, and the scrolling becomes choppy. I found a hack to stop the flicker, but the performance isn't any better.
I have even more trouble with the RichTextBox, especially when a document is long and has large images in it. I need to subclass it for all sorts of features that it doesn't have, and I am not sure that by doing so I am actually making it worse.
The application that I am building requires dynamically processing and highlighting text. It should be able to handle as many as 30,000 words. Although I have put the bulk of the work out to a background thread, eventually I have to make changes in the UI thread, and even fairly small changes make a noticable pause if there are a lot of items in the ListView and text/images in the RTB. Highlighting a lot of text at once can take a few seconds.
I'll try replacing the offending controls with yours tomorow and see if it makes a difference. It might turn out to be more the fault of my code than anything else, but I would certainly be very happy if your controls improved the problem.
0
Hi Alex,
You can try using the trial version of our UI controls, which actually is not limited anyhow. Using the controls would only result in displaying occasionally a trial message.
Currently our offering does not include ListView and RTB controls. We definitely have the ListView in mind since it an important control for presentation layer of almost any app. It probably rollout with the next Q.
What I can suggest is using a control which is optimized to show large number of records, such as the MS GridView. May be with some custom painting you can make it look like ListView quite successfully.
The RTB is a slightly different component. Although the MS RTB control is good, you may try some of the other controls that are offered on the market, which are usually better than the default MS one. Here is one suggestion you can try:
http://www.textcontrol.com/. It seems to offer a lot more than a regular text-control, but seems to be more optimized to handle greater loads, like in your case.
Another solution would be to embed the MS Word control and use it as a text processor internally in your app.
Regards,
Mike
the telerik team
You can try using the trial version of our UI controls, which actually is not limited anyhow. Using the controls would only result in displaying occasionally a trial message.
Currently our offering does not include ListView and RTB controls. We definitely have the ListView in mind since it an important control for presentation layer of almost any app. It probably rollout with the next Q.
What I can suggest is using a control which is optimized to show large number of records, such as the MS GridView. May be with some custom painting you can make it look like ListView quite successfully.
The RTB is a slightly different component. Although the MS RTB control is good, you may try some of the other controls that are offered on the market, which are usually better than the default MS one. Here is one suggestion you can try:
http://www.textcontrol.com/. It seems to offer a lot more than a regular text-control, but seems to be more optimized to handle greater loads, like in your case.
Another solution would be to embed the MS Word control and use it as a text processor internally in your app.
Regards,
Mike
the telerik team
0
Alex
Top achievements
Rank 1
Rank 1
answered on 11 Jan 2007, 05:55 PM
Thank you for that great explanation and advice. I didn't choose the DataGrid intitially because it wasn't as attractive. Now I know. I looked at the TX Text Control today, and it looks very good, though not easy to migrate to from an RTB.
I am dissapointed that you don't have those controls. I thought I saw you had something very similar that might be an alternative -a side panel and a text box? Anyway, I will keep your trial version, and perhaps I will find some other controls in there that are useful/ I want. I'm looking forward to trying your forthcoming ListView, as well.
I am dissapointed that you don't have those controls. I thought I saw you had something very similar that might be an alternative -a side panel and a text box? Anyway, I will keep your trial version, and perhaps I will find some other controls in there that are useful/ I want. I'm looking forward to trying your forthcoming ListView, as well.