Hi,
I am presented with an issue involving css font sizes in the RadEditor (Telerik.Web.UI version 2009.2.826.20) in use with a CMS site I'm developing - doctype is XHTML 1.0 Transitional.
Font size is controlled by CSS settings of "small", "large", etc.
When the page's content is loaded into an instance of the RadEditor for editing, the font sizes all appear to be one larger than what is set by the CSS - small looks like medium, large looks like x-large, etc. Colours, borders, etc all appear as intended.
Through trial and error it appears the cause of this issue is to do with the page's doctype. When the doctype is XHTML 1.1 Transitional the issue is present, however when the doctype is changed to HTML 4.0 Transitional the font sizes on both the page and in the RadEditor are the same, albeit at the bigger size.
My question is, has anyone experienced this issue before or does anyone know what might be causing the problem and what steps to take to fix it?
Thanks in advance,
David.
I am presented with an issue involving css font sizes in the RadEditor (Telerik.Web.UI version 2009.2.826.20) in use with a CMS site I'm developing - doctype is XHTML 1.0 Transitional.
Font size is controlled by CSS settings of "small", "large", etc.
When the page's content is loaded into an instance of the RadEditor for editing, the font sizes all appear to be one larger than what is set by the CSS - small looks like medium, large looks like x-large, etc. Colours, borders, etc all appear as intended.
Through trial and error it appears the cause of this issue is to do with the page's doctype. When the doctype is XHTML 1.1 Transitional the issue is present, however when the doctype is changed to HTML 4.0 Transitional the font sizes on both the page and in the RadEditor are the same, albeit at the bigger size.
My question is, has anyone experienced this issue before or does anyone know what might be causing the problem and what steps to take to fix it?
Thanks in advance,
David.
2 Answers, 1 is accepted
0
Hi David,
I am not aware of this problem and I was unable to reproduce it. For your convenience I have attached my test project and video demonstrating my test at: http://screencast.com/t/Gcu2Ejs6.
You can also find useful the following help article: Content Area Appearance Problems.
Best regards,
Rumen
the Telerik team
I am not aware of this problem and I was unable to reproduce it. For your convenience I have attached my test project and video demonstrating my test at: http://screencast.com/t/Gcu2Ejs6.
You can also find useful the following help article: Content Area Appearance Problems.
Best regards,
Rumen
the Telerik team
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Explore the
Telerik Public Issue Tracking
system and vote to affect the priority of the items
0
David
Top achievements
Rank 1
Rank 1
answered on 11 Oct 2010, 02:10 AM
Hi Rumen,
Thanks for your response and the work you did.
I ended up coding a work-around to this problem by setting the css class name on the editor's content area in my RadEditor_OnClientLoad javascript function:
with .RadEditorContentArea in my css telling the editor to display "smaller" which makes it display the intended sizes:
This is a bit of a hack and works in my situation, but can't guarantee it'll work for anyone else.
Thanks,
David.
Thanks for your response and the work you did.
I ended up coding a work-around to this problem by setting the css class name on the editor's content area in my RadEditor_OnClientLoad javascript function:
editor.get_contentArea().className = "RadEditorContentArea";with .RadEditorContentArea in my css telling the editor to display "smaller" which makes it display the intended sizes:
.RadEditorContentArea { font-size: smaller; }This is a bit of a hack and works in my situation, but can't guarantee it'll work for anyone else.
Thanks,
David.