Hi,
yesterday I updated to Q109 - and the first tests said - WoW - much better look.
Some bugs (problems) are gone - looks fine.
So overall I would say -- GREAT JOB FOLKS :)
Now a few word about the things I find not so good.
There seems to be a bug with RadNumericTextBox - I made a thread about this.
--But thats an other story.
Design - Skin Changes.
It would have been really a good idea if you have kept the old defaults.
Not as default - but at least as "_OldDefaultSkin".
The skins have not been marked as obsolete - so I had expected to find them again after the update.
My scenario - RadMenu - since this is integrated in my frame (it integrates in a border) I had to redesign my master page frame.
Not that job - but keeping the old styles available (at least those not marked as obsolete) would have given me the choice to modify my design later (thanks god my customer is nice - so I could change it without permission).
Designer behavior.
I already ran into this with the last version - but at this time it was not destructive - now it is!
An example - I have this grid column
This is what the designer made - plus my change for the header width.
After changing the skin (via context menu in design mode) I get this:
Not that big thing - but I don't like when designer mess up my markup.
Yesterday I had to change a lot of Skins (due to the changes).
On DataGrid did after the change no longer display the delete icon.
It was something like this
I searched around and finally I found an image link like mvres://.......
First thought - OK - a problem with the generator inside grid.
So I set up a fast demo site - but there it works.
I did a lot of tests and check - disabled things like URL rewrite and so on.
Last not least I decided to place my own image path in the column.
And what did I see? There was already one - pointing to that mvres:// URI
The designer placed it there - BUT I could not reproduce this later.
RadAjaxLoadingPanel - PLEASE RETHINK THIS!!!
By changing my Skins I found that the currently used Loading.gif does not fit the design - so I decided to change it.
I remembered that there was a list of the images in your samples - so I go the (what I do often - real a good place to find solutions!!)
And I found that you changed the kind the things work.
When I read "Loading Panel overview" I find "Rad... comes with a rich set of...." :)
Anyhow - here I found a good looking sample http://demos.telerik.com/aspnet-ajax/ajax/examples/loadingpanel/loadingimages/defaultcs.aspx
OK - the "rich set" has changed to a spinning thing colored depending on the Skin.
Anyhow - I changed it on one page with a grid - and what do I get - a "grayed" Grid with a spinning thing in it.
I know that this thing places itself automatically in the toolbar of the grid if I enable it - BUT with larger grids this thing is out of view.
So I kept it as it was.
While your sample looks good - my grid is the pure frustration for the user.
Details: your sample simulates a long time server processing.
My Grid (changing to edit) has a relation of 1 (or less) to 3 seconds server - and 1 to 5 seconds client rendering.
Of course GIF animation has a very low priority in IE - so if the browser hast to render content it will stop spinning.
So how does this look?
The "disabled look" covers the grid.
Assume we have the "fast server situation". And the "edit form" contains 3 Radeditor.
A spinning thing comes up and makes a spin for about 10 to 50 degrees - a "quarter clock" or something like this.
The the spin stops - it looks as if the interface was frozen. 5 Seconds no response - than the panel disappears.
I'm glad that I still can use the old style because this gives much better experience.
First - it tells "Loading please wait" (to bad that it can't be localized as a text).
And YES the spin stops here also while rendering - but there is still a plate with the text "Please...." and most important - the Grid does not look "dead" (disabled).
To point out my problems:
a.) No chance to reduce the size of this thing
b.) No text in it
c.) If I have (for some reasons) a toolbar on the grid the panel moves there -- and becomes (in scrolling situations) invisible
d.) The "rich set of..." is gone - instead we have a number of different colored "wheels" including a predefined background.
e.) Transparency works on the whole thing - so I can't even say - OK let the grid look useable while loading
--because than the wheel is almost invisible
f.) I can't place my custom images (Bitte warten instead of Pleas wait for an example)
Please rethink this thing an keep the possibility to place custom images like it is now.
I talk about the sentence:
yesterday I updated to Q109 - and the first tests said - WoW - much better look.
Some bugs (problems) are gone - looks fine.
So overall I would say -- GREAT JOB FOLKS :)
Now a few word about the things I find not so good.
There seems to be a bug with RadNumericTextBox - I made a thread about this.
--But thats an other story.
Design - Skin Changes.
It would have been really a good idea if you have kept the old defaults.
Not as default - but at least as "_OldDefaultSkin".
The skins have not been marked as obsolete - so I had expected to find them again after the update.
My scenario - RadMenu - since this is integrated in my frame (it integrates in a border) I had to redesign my master page frame.
Not that job - but keeping the old styles available (at least those not marked as obsolete) would have given me the choice to modify my design later (thanks god my customer is nice - so I could change it without permission).
Designer behavior.
I already ran into this with the last version - but at this time it was not destructive - now it is!
An example - I have this grid column
| <telerik:GridBoundColumn DataField="ItemPriceEUR" ReadOnly="true" DataType="System.Double" HeaderText="ItemPriceEUR" SortExpression="ItemPriceEUR" UniqueName="ItemPriceEUR" HeaderStyle-Width="100px"> |
| </telerik:GridBoundColumn> |
After changing the skin (via context menu in design mode) I get this:
| <telerik:GridBoundColumn DataField="ItemPriceEUR" ReadOnly="true" DataType="System.Double" HeaderText="ItemPriceEUR" SortExpression="ItemPriceEUR" UniqueName="ItemPriceEUR" HeaderStyle-Width="100px"> |
| <HeaderStyle Width="100px"></HeaderStyle> |
| </telerik:GridBoundColumn> |
Yesterday I had to change a lot of Skins (due to the changes).
On DataGrid did after the change no longer display the delete icon.
It was something like this
| <telerik:GridClientDeleteColumn ButtonType="ImageButton" ConfirmText="Are you sure?\nSind sie sicher?" UniqueName="DeleteCol" ConfirmDialogType="RadWindow" ConfirmTitle="Löschen?" HeaderStyle-Width="90px" > |
First thought - OK - a problem with the generator inside grid.
So I set up a fast demo site - but there it works.
I did a lot of tests and check - disabled things like URL rewrite and so on.
Last not least I decided to place my own image path in the column.
And what did I see? There was already one - pointing to that mvres:// URI
The designer placed it there - BUT I could not reproduce this later.
RadAjaxLoadingPanel - PLEASE RETHINK THIS!!!
By changing my Skins I found that the currently used Loading.gif does not fit the design - so I decided to change it.
I remembered that there was a list of the images in your samples - so I go the (what I do often - real a good place to find solutions!!)
And I found that you changed the kind the things work.
When I read "Loading Panel overview" I find "Rad... comes with a rich set of...." :)
Anyhow - here I found a good looking sample http://demos.telerik.com/aspnet-ajax/ajax/examples/loadingpanel/loadingimages/defaultcs.aspx
OK - the "rich set" has changed to a spinning thing colored depending on the Skin.
Anyhow - I changed it on one page with a grid - and what do I get - a "grayed" Grid with a spinning thing in it.
I know that this thing places itself automatically in the toolbar of the grid if I enable it - BUT with larger grids this thing is out of view.
So I kept it as it was.
While your sample looks good - my grid is the pure frustration for the user.
Details: your sample simulates a long time server processing.
My Grid (changing to edit) has a relation of 1 (or less) to 3 seconds server - and 1 to 5 seconds client rendering.
Of course GIF animation has a very low priority in IE - so if the browser hast to render content it will stop spinning.
So how does this look?
The "disabled look" covers the grid.
Assume we have the "fast server situation". And the "edit form" contains 3 Radeditor.
A spinning thing comes up and makes a spin for about 10 to 50 degrees - a "quarter clock" or something like this.
The the spin stops - it looks as if the interface was frozen. 5 Seconds no response - than the panel disappears.
I'm glad that I still can use the old style because this gives much better experience.
First - it tells "Loading please wait" (to bad that it can't be localized as a text).
And YES the spin stops here also while rendering - but there is still a plate with the text "Please...." and most important - the Grid does not look "dead" (disabled).
To point out my problems:
a.) No chance to reduce the size of this thing
b.) No text in it
c.) If I have (for some reasons) a toolbar on the grid the panel moves there -- and becomes (in scrolling situations) invisible
d.) The "rich set of..." is gone - instead we have a number of different colored "wheels" including a predefined background.
e.) Transparency works on the whole thing - so I can't even say - OK let the grid look useable while loading
--because than the wheel is almost invisible
f.) I can't place my custom images (Bitte warten instead of Pleas wait for an example)
Please rethink this thing an keep the possibility to place custom images like it is now.
I talk about the sentence:
"Please note that the loading images which where previously embedded in the Telerik.Web.UI assembly would not be available since Q2 2009."
Conlcusion:
Great job - really a big step forward.
The new look is also a great thing.
Except the loading panel (and some errors) I'm really happy with it.
I know that on such a big project errors can occur - and I was surprised that I had almost no problems with the update.
Regards
Manfred
2 Answers, 1 is accepted
0
Peter Zolja
Top achievements
Rank 1
Rank 1
answered on 15 Mar 2009, 07:07 PM
Thanks for letting us know...
0
Hello Manfred,
Thank you for your extensive feedback. Here are some notes on your post:
Skin changes
Regarding all the skins' changes - we knew some people would crucify us, but we made those changes with some things in mind. Please refer to the following discussions for more information:
http://blogs.telerik.com/blogs/09-02-23/RadControls_for_ASP_NET_AJAX_receive_a_major_face-lift.aspx
http://www.telerik.com/community/forums/aspnet-ajax/general-discussions/q1-skins.aspx#767016
http://www.telerik.com/community/forums/aspnet-ajax/general-discussions/q1-skins.aspx#768500
Design time HeaderStyle-Width duplication
I can't seem to reproduce such a behavior. Feel free to provide more information on the matter.
RadAjaxLoadingPanel
For the time being, the loading panel's behavior is 100% backwards compatible - the control's Skin property value is set to "" by default, so one will not receive two animated images with the Q1 2009 version. The old embedded images (loading.gif, loading1.gif, etc.) are still there and you can use them, although we want to remove them in Q2 - you can use them afterwards as well, but as non-embedded images.
By the way, the animated image in the RadGrid pager is not a RadAjaxLoadingPanel - it is the successor of the former statusbaritem, which is now obsolete and is not rendered as a separate table row.
We are well aware of the problem with animation stopping and will research about possible ways to prevent it.
Finally, the RadAjaxLoadingPanel's skins are the simplest you can imagine (3 CSS rules only) and creating custom ones with a custom image (or overriding the embedded ones) is very easy:
div.RadAjax_SkinName .raDiv
{
background-image:url('.....');
}
div.RadAjax_SkinName .raColor
{
background-color: ..... ;
}
Regards,
Dimo
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
Thank you for your extensive feedback. Here are some notes on your post:
Skin changes
Regarding all the skins' changes - we knew some people would crucify us, but we made those changes with some things in mind. Please refer to the following discussions for more information:
http://blogs.telerik.com/blogs/09-02-23/RadControls_for_ASP_NET_AJAX_receive_a_major_face-lift.aspx
http://www.telerik.com/community/forums/aspnet-ajax/general-discussions/q1-skins.aspx#767016
http://www.telerik.com/community/forums/aspnet-ajax/general-discussions/q1-skins.aspx#768500
Design time HeaderStyle-Width duplication
I can't seem to reproduce such a behavior. Feel free to provide more information on the matter.
RadAjaxLoadingPanel
For the time being, the loading panel's behavior is 100% backwards compatible - the control's Skin property value is set to "" by default, so one will not receive two animated images with the Q1 2009 version. The old embedded images (loading.gif, loading1.gif, etc.) are still there and you can use them, although we want to remove them in Q2 - you can use them afterwards as well, but as non-embedded images.
By the way, the animated image in the RadGrid pager is not a RadAjaxLoadingPanel - it is the successor of the former statusbaritem, which is now obsolete and is not rendered as a separate table row.
We are well aware of the problem with animation stopping and will research about possible ways to prevent it.
Finally, the RadAjaxLoadingPanel's skins are the simplest you can imagine (3 CSS rules only) and creating custom ones with a custom image (or overriding the embedded ones) is very easy:
div.RadAjax_SkinName .raDiv
{
background-image:url('.....');
}
div.RadAjax_SkinName .raColor
{
background-color: ..... ;
}
Regards,
Dimo
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.