Inconsistant styling in the Black skin.

[Stuart Hemming]

Please have a look at the attached screen shot.

The image includes a RadTextBox and a RadEditor. The Textbox is rendered with an image as a background so it shows up dark. The edirot doesn't.

I assume that this was a concious decision on the part of someone at Telerik Towers, I just can't figure out why.

The problem I have is it looks dreadful on a page that has a lot of skinned TextBoes and a RadEditor.

Do I have an option for fixing this? By fixing it, I mean, obviously, getting it to look like the rest of the controls on a page.

--
Stuart

[Rumen]

Hello Stuart,

The reason to keep the white background color of the content area is that RadEditor is a Rich Text Editor and the content produced in the control could be rendered on sites with different background appearance. It is also much easier to format the content when the background color is white. You can test MS Word by changing its theme to Black and you will see that the content area will remain White, e.g. http://screencast.com/t/lRvQ16lh.

If you would like you can customize the content area appearance by following the instructions provided in the following help article: Setting Editor Background and Color.

Best regards,
Rumen
the Telerik team

[Stuart Hemming]

Thanks Rumen,

I'll check that out.

-- 
Stuart

[Stuart Hemming]

Sorry to come back to this.

Have a look at this demo page on your site. Now, you're prolly not looking at it with the black skin, so way don't you go back and look at it again, this time changing the skin to Black. To avoid ambiguity, I've attached a screenshot of who that page appears in IE8 at this end.

I accepted the argument that you'd forced the background to white for the reasons your stated, but the whole thing falls down if the only bit of the theme you've overridden is the textbox Background colour!

Personally, I believe that you should leave well alone; if a user has selected skin, they will have done that in the knowledge of what it entails. Having you move the goalposts (or, as it appears - just one of them) on the quiet isn't helping.

At the very least you need to fix the Black skin for the RadEditor.

--
Stuart

[Rumen]

Hi Stuart,

The problem in the provided demo is that the content area is rendered as an editable DIV which is part of the same page and the styles of the page are directly applied to the content area and the text in it.

In such scenario the developer have two choices:

- to set the ContentAreaMode property to IFRAME (default setting) and after that set the CssFiles property as shown in this article: Content Area Appearance Problems.

When the CssFiles property is set in iframe mode, the editor will not pick up the styles from the parent page and the global styles of the parent page will not corrupt the text appearance.

- OR manually override the page styles as shown in this live demo: Customize Content Area.

Best regards,
Rumen
the Telerik team

[Stuart Hemming]

Rumen, thanks.

The additional info is useful.

I trust you'll get the demo site fixed?

-- 
Stuart

[Rumen]

Hi,

Sure, we will fix the demo.


Kind regards,
Rumen
the Telerik team

[Rumen]

Just a quick follow-up.

I updated the demo and the content area will look nice when a dark skin is applied to the editor in the Q3 2011 release, scheduled for next week.

Kind regards,
Rumen
the Telerik team