Over the years many people have asked why their controls have funky artifacts like vertical lines, or mis-alignment of the text input area from the dropdown arrow in comboboxes. I have provided a short list below from the many forum postings on this topic. The issue occurs on RadControls as well as standard controls processed with RadFormDecorator.
I'm really hoping Telerik can dedicate some effort into eliminating this problem in a future release. Specifically, I would like to be able to zoom between 80% and 120% without controls starting to look unattractive, and to have this for all supported browsers - or at least just the most popular current ones. It's not reasonable for each developer confronted with this issue to have to create their own styles and sprite images.
Thanks for consideration and comments.
I'm really hoping Telerik can dedicate some effort into eliminating this problem in a future release. Specifically, I would like to be able to zoom between 80% and 120% without controls starting to look unattractive, and to have this for all supported browsers - or at least just the most popular current ones. It's not reasonable for each developer confronted with this issue to have to create their own styles and sprite images.
Thanks for consideration and comments.
http://www.telerik.com/community/forums/aspnet-ajax/tabstrip/ie8-zoom-display-problem.aspx
http://www.telerik.com/community/forums/aspnet-ajax/form-decorator/buttons-have-vertical-line.aspx
http://www.telerik.com/community/forums/aspnet-ajax/tabstrip/line-showing-in-tab.aspx
http://www.telerik.com/community/forums/aspnet-ajax/combobox/combobox-does-not-render-properly.aspx
http://www.telerik.com/community/forums/aspnet-ajax/panelbar/resizing-text-using-ctrl-and-ctrl.aspx
http://www.telerik.com/community/forums/aspnet-ajax/combobox/wrong-styled-combobox.aspx
http://www.telerik.com/community/forums/aspnet-ajax/combobox/css-bug.aspx
http://www.telerik.com/community/forums/aspnet-ajax/tabstrip/latest-tabs-display-incorrectly.aspx
4 Answers, 1 is accepted
0
Hi Tony,
You are addressing an issue that is not directly related to RadControls, but to the browser's mechanism of zooming of specific HTML elements and this is why we cannot help here. Let me explain in that in more details. There are two facts that need to be taken into consideration. First - zooming resizes pictures as well (here I refer to the sprite images that that are applied in order to achieve the nicely shaped rounded corners) and second - certain percentages of zooming do not resize the picture enough so you get this appearance. For instance, I will take the RadTabStrip control (where a vertical line is shown when zoomed in/out) if the picture for the left corner is 5 pixels wide and if you resize it to 170%, that would be 8.5 pixels. Unfortunately, browsers can not resize the picture to that type of fractions yet, so the resize would either 8 or 9 pixels. In one case, you will have a perfect look, in the other, you'll have one additional pixel (as demonstrated in the attached image).
The case is almost identical to the controls that you are referring to. However, the case gets more complicated and the appearance gets more distorted since there are more elements involved.
If you, need however, to use the different controls in any other version higher than IE9 you can simply apply CSS3 - border-radius, simple borders and background-colors instead of the sprite images that are currently applied. Thus, zooming the browser will not impact the appearance of the control in the browser. Another approach that you could also try is to use the simple skin and/or the MetroTouch skin where we did not include sprite images in order to get the look of the controls.
Regards,
Kate
the Telerik team
You are addressing an issue that is not directly related to RadControls, but to the browser's mechanism of zooming of specific HTML elements and this is why we cannot help here. Let me explain in that in more details. There are two facts that need to be taken into consideration. First - zooming resizes pictures as well (here I refer to the sprite images that that are applied in order to achieve the nicely shaped rounded corners) and second - certain percentages of zooming do not resize the picture enough so you get this appearance. For instance, I will take the RadTabStrip control (where a vertical line is shown when zoomed in/out) if the picture for the left corner is 5 pixels wide and if you resize it to 170%, that would be 8.5 pixels. Unfortunately, browsers can not resize the picture to that type of fractions yet, so the resize would either 8 or 9 pixels. In one case, you will have a perfect look, in the other, you'll have one additional pixel (as demonstrated in the attached image).
The case is almost identical to the controls that you are referring to. However, the case gets more complicated and the appearance gets more distorted since there are more elements involved.
If you, need however, to use the different controls in any other version higher than IE9 you can simply apply CSS3 - border-radius, simple borders and background-colors instead of the sprite images that are currently applied. Thus, zooming the browser will not impact the appearance of the control in the browser. Another approach that you could also try is to use the simple skin and/or the MetroTouch skin where we did not include sprite images in order to get the look of the controls.
Regards,
Kate
the Telerik team
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to their blog feed now.
0
TonyG
Top achievements
Rank 1
Rank 1
answered on 08 Oct 2012, 06:42 PM
Kate, sincere thanks for taking the time to respond.
From my perspective, I see:
- a problem that has been bothering RadControls users for years
- a response of "we cannot help here"
- followed by "you can simply apply CSS3"
It is possible to solve this problem. It's just not easy. I don't think each developer in the field should be charged with "simply" applying CSS3, because we're all faced with the same problem. I'm suggesting that Telerik should consider development and support of a set of CSS3 styles for each current set which uses sprites. That's WebBlue plus a new WebBlue3, Sunset plus a new Sunset3... Yes, of course this is difficult, and I would guess there is only a 30% chance of the company approving development and support of a secondary set of skins. But Telerik is in the business of providing tools which make difficult tasks easy for application developers. We in the field have our own specialties including application and GUI development, and tools that don't compete with Telerik - this is the kind of thing that you folks generally do and we generally do not. That's why I'm asking Telerik to consider doing this instead of making us do it. The consequence for Not doing this is chronic inquiries in the field about why our UIs don't look great even though we're paying more money for them and spending a lot more time with them. Yes, we understand the issues at work here, but our users don't. I'm looking for a way to respond to end-user concerns without a lot of custom development that's not directly related to my applications.
So, understanding the difficulty on both sides, and acknowledging that this is not a bug or other issue with RadControls, I'm merely asking for consideration for new development, instead of or in addition to other enhancements which are always on the table for consideration there.
Thanks again.
From my perspective, I see:
- a problem that has been bothering RadControls users for years
- a response of "we cannot help here"
- followed by "you can simply apply CSS3"
It is possible to solve this problem. It's just not easy. I don't think each developer in the field should be charged with "simply" applying CSS3, because we're all faced with the same problem. I'm suggesting that Telerik should consider development and support of a set of CSS3 styles for each current set which uses sprites. That's WebBlue plus a new WebBlue3, Sunset plus a new Sunset3... Yes, of course this is difficult, and I would guess there is only a 30% chance of the company approving development and support of a secondary set of skins. But Telerik is in the business of providing tools which make difficult tasks easy for application developers. We in the field have our own specialties including application and GUI development, and tools that don't compete with Telerik - this is the kind of thing that you folks generally do and we generally do not. That's why I'm asking Telerik to consider doing this instead of making us do it. The consequence for Not doing this is chronic inquiries in the field about why our UIs don't look great even though we're paying more money for them and spending a lot more time with them. Yes, we understand the issues at work here, but our users don't. I'm looking for a way to respond to end-user concerns without a lot of custom development that's not directly related to my applications.
So, understanding the difficulty on both sides, and acknowledging that this is not a bug or other issue with RadControls, I'm merely asking for consideration for new development, instead of or in addition to other enhancements which are always on the table for consideration there.
Thanks again.
0
Accepted
Hey Tony,
Like you know and as probably discussed in the thread, the current skins, and especially those using sprites, are just not designed to work when the page/control is zoomed. However having yours and the rest of the feeback we have gathered, we definitely consider working on this issue. We will hardly provide CSS3 equivalent of all skins, I am just not sure that this is the right way to solve the problem in question. We will make a research on our own what's the best approach to take and hope that we will have a solution for Q1 2013.
Regards,
Iana Tsolova
the Telerik team
Like you know and as probably discussed in the thread, the current skins, and especially those using sprites, are just not designed to work when the page/control is zoomed. However having yours and the rest of the feeback we have gathered, we definitely consider working on this issue. We will hardly provide CSS3 equivalent of all skins, I am just not sure that this is the right way to solve the problem in question. We will make a research on our own what's the best approach to take and hope that we will have a solution for Q1 2013.
Regards,
Iana Tsolova
the Telerik team
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to their blog feed now.
0
TonyG
Top achievements
Rank 1
Rank 1
answered on 29 Oct 2012, 01:19 AM
Iana - that is the answer I was hoping for. Of course I'd like to see the enhancements that I'm advocating. But whether or not Telerik does provide a solution for zooming/CSS3, etc is irrelevant. I am just happy our valued business partner is accepting and processing a request, and trust that it will be given proper consideration. I respect the company decisions and the company's need to balance development expense, profitability, customer satisfaction, and other factors.
Regards as always.
Regards as always.