Skin Improvements

[Erik]

Hello,

I have found some inregularities in the skinning:

Glow
Menu
- Disabled menu items are displaying normal (IE,Chrome,FF,Safari Win)
- Normal items are not showing ok in FF
All skins
- RadDropDownList does not react on mouse like other (radCombobox) controls
- RadDropDownTree does not react on mouse like other (radCombobox) controls
- RadAutoCompleteBox does not react on mouse like other (radTextbox) controls


Regards,

Erik

[Kate]

Hello Erik,

Thank you for your feedback. Indeed we are currently working on improving the skins for the new controls and well as the implementation of the new Glow skin. We are already aware of these issues and we will be fixing them shortly.

Greetings,
Kate
the Telerik team

[Erik]

Hi,

I do see some changes in the last release, but also see some (new?) problems:

Glow
Menu
- Disabled menu items are STILL displaying normal (IE,Chrome,FF,Safari Win), not disabled.
  User cannot see why the item is not working.
- In a radSplitter situation with sliding panes: When 1 sliding pane is docked and you hoover over a second one, it
  opens and slides over the docked pane with a transparent title, so you see the docked pane shining through.

RadDropDownTree / RadDropDownList
RadDropDownTree now reacts on mouse move, but RadDropDownList reacts different; RadDropDownTree lights up gray like buttons (ok) RadDropDownList lights up orange (selected item color i guess.) (seems to be a Glow issue only?) RadTabStrip RadTabStrip (Hierarchical) with two levels; the second level is not very visible, it are just links. The black skin ie shows a second row that clearly is part of the tabs. In glow I just see some links that are hardly visible. Forest (and others) RadDropDownList and RadDropDownTree are not showing normal in FF. No dropdownl icon, defaultMessage is not readable

Erik

[Kate]

Hi Erik,

Thank you very much for taking the time to report the issues related to our new skin of the controls. I have already reported them to the development team (as I informed you in the support ticket) and we will do our best to fix them for the future release of our controls.

Kind regards,
Kate
the Telerik team

[Erik]

Hi Kate,

I found one other issue with the glow: the EmptyMessage text is the same color as the normal text (radTextBox ie) This confuses users.

I think a normal color would be 

html body .RadInput_Glow .riEmpty,
html body .RadInput_Empty_Glow {
  color: #445560 !important; }

Erik

[Kate]

Hi Erik,

In case you need to alter the color of the DefaultMessage text you can use the following css class selector:

div.RadDropDownTree_Glow {
/*here you can set the desired text color*/
    color: #445560;
}

Greetings,
Kate
the Telerik team

[Erik]

Hello Kate,

I was not asking for a solution, I already had one. I was pointing out that this is a fault in your skin. No one wants a default message that looks the same as an inputed control, no developer or user. When you have an input form with 20+ controls you cannot see what is filled in and what not.

Also: I found a new issue in the glow skin: In a radgrid, GridBoundColumn, inline editing, the edit box has a white backgroud and white font, so you cannot see the text...

Erik

[Kate]

Hello Erik,

Thank you very much for your feedback on the new skin. Indeed, currently it is an issue with the Glow skin and we are already working on standardize the colors of the different skins of the RadControls.
I also tested the other issue that you describe with the RadGrid control using this demo but I could not replicate the appearance that you describe. Can you please clarify if there is a specific demo where we can observe the problematic appearance?  

Kind regards,
Kate
the Telerik team

[EZNet Support]

Here is another issue: (Present in Firefox 20.0.1, doesn't appear to happen in Chrome)

asp:DropdownList's on the page render perfectly with the correct stylesheets.

See screenshot1.png

When the edit form of the RadGrid becomes present, the stylesheets of the asp:DropdownLists on all of the page go bonkers in their stylesheets. It appears maybe they are using an input selector to apply the radgrids stylesheets, and its applying to all dropdowns.

See screenshot2.png

[Kate]

Hi Erik,

Can you please clarify if you encounter this issue on any of our on-line demos so we can inspect it locally and check what might be causing it?

Kind regards,
Kate
the Telerik team

[Erik]

Hi Kate,

No, I do not see it in the demo's. I've used template columns now. What I did notice later is that the DataBoundColumn rendered the inline edit to a TextBox and not a RadTextBox. I do not see this happening in the demo's, for ie:
http://demos.telerik.com/aspnet-ajax/grid/examples/dataediting/editmodes/defaultcs.aspx

Sorry, but I do not have the time to recreate a full working example of the problem...

Erik

[Kate]

Hi Erik,

Thank you for the clarifications. I was not able to observe the issue that you have in your scenario by examining the live demo either. Unfortunately, since you also mention that the issue can not be reproduced on the on-line demo I would like to ask you to open a support ticket where you can attach a very simplified runnable project that we can test from our side. I also understand that your time is limited but it will be indeed very hard for us to try to resolve an issue that we can not observe from our side on the first place. 

Regards,
Kate
Telerik