The first is of a form shown in a popup RadWindow. The application is using the Black skin. Note that the background colour of the form is the correct colour for the Black skin. This happens automagically; I didn't make it happen. The second shows the RadSpell dialog opened. Note the background colour.

Looking at the generated HTML, it seems that my RadWindow form applies the class .rfdZone to the <html> element (I have a RadFormDecorator on the page, is that why?) whereas the RadSpell dialog doesn't.

Marin Bratanov

This is the way the RadSpell dialog is designed - it has a white background by default in all skins. What you can do to override this is to add a custom CSS file that will be loaded in the page that the RadSpell opens:

The RadSpell control is dynamically added to the page as part of another control (a simple editor), and so I've been able to get around the problem by exposing a "Skin" property on the containing control and using that to populate the DialogCssFile property of the RadSpell control, like this ...

Now, whilst that works it still doesn't look like a.n.other dialog skinned using the standard method.

I'd like to make the following suggestions:

Provide (at least as an option) a mechanism to allow the dialog to be correctly skinned. By this I mean, for example, ensure that the textboxes (which I note are, actually, textboxes) are coloured in the way that textboxes would normally be.

Provide access to the passed in skin value so that it can be queried during the normally available events in the control's life-cycle.

Marin Bratanov

I believe there is an easier way to achieve this coloring without using multiple CSS files. You could simply make the selectors more specific so that each skin activates only one of them, for example:

div.RadSpell h4{margin-top: 0;}

.RadSpell_Black {background-color: #292929;}

.RadSpell_Office2010Black {background-color: #E5E5E5;}

.RadSpell_Hay {background-color: Green;}

You can add the other skins you are using with their custom colors. Note the nullifying of the heading at the beginning of the page. This is what enables you to remove the white space.

As for your later questions - I would ask you to explain in greater detail what you mean with "correctly" skinning the RadSpell dialog. This control has the design we have intended and I believe that it is correct. If you wish to modify if further you can use the DialogsCssFile property and provide a custom stylesheet.
If you have something concrete in mind I would ask you to send us a screenshot which displays the behavior you would expect as default.

Also what should the normal color of a textbox be? I believe white is the default one and it is so in the RadSpell. If you examine the rendered HTML you will see that the RadFormDecorator does not decorate the textboxes there. This means that you can provide your custom settings in the DialogsCssFile if you wish to modify our default ones to match your needs.

As for accessing the skin - for example in the Page_Load event of the page you can access the skin of the RadSpell by simply using RadSpell1.Skin.

Progress, Telerik, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks or appropriate markings.