I have a radwindow which opens as a modal popup when a button is clicked, in the initial stages the rad window was able to be dragged towards right and bottom, of the screen, even out of the screen bounds, i managed to fix that by setting the KeepInScreenBounds="true" RestrictionZoneID="dvContainerMain", where "dvContainerMain" is the main div within which all the parent controls come but now when i resize the parent browser window to almost size less than radwindow size, rad window seems to behave weird, am not able to resize the radwindow even if the resize behavior is set Please let me know on this issue, seems like there is a bug when the RestrictionZoneID width is less than or close to the radwindow size Thanks Tony Thomas
We recently added row group functionality to our grids and we and our users are very happy with this. Only thing that bothers us is the drop functionality on the grouppanel. We an issues to make the drop functionality of the grouppanel much more intuitive. Especially when the RadGrid is already grouped on multiple columns. The drop marker indicated the new column to group will be added in front, but the column is added to the end of the grouped columns. Forum reference: http://www.telerik.com/forums/grouppanel-column-drop-and-reorder#WLzO_nt1Pk2CZYPPIITYgA This is reproducible in the demo on your site. See also the added video.
The RadCloudUpload control does not expose the necessary property when the OnClientFileUploadRemoving event fires (using Azure). To delete a file from Azure BLOB storage you need the keyname property. At the time of the OnClientFileUploadRemoving event, the only property exposed is the orignalFileName. Azure creates a keyname to store the file. It consists of a GUID + the original file name, e.g., for a file named "test.txt" the keyname is "554cfa68-ee24-421f-94e8-7080cf70a11f_test.txt." That's to allow for duplicate original file names in the container. The only way to delete a file from Azure storage is by the keyname property. That property is not exposed at the OnClientFileUploadRemoving event, so to be able to delete the file, you have to save that property in some other way at the time of uploading (in an array or database). That could fail. Obviously the control knows the keyname, as it is exposed when the file is uploaded, so it should store and expose that property.
FileExplorer does not persist the scrolling position of its tree pane when a folder from the tree is selected in LW (and both horizontal and vertical sroll-bars are shown). video - http://screencast.com/t/gG0l8Vbf7
For our product we are using Telerik RadScheduler to display user calendar information, which we make extensive use of the Telerik.Web.UI.RecurrenceRule implementation. Additionally we are now integrating with Google Calendar to display and edit external events within our application. There have been several recurrence rules returned from Google that follow the iCalendar standard but RecurrenceRule has failed to parse correctly. Below are some examples of rules that have issues: 1. EXDATE value is ignored: DTSTART:20160405T120000Z DTEND:20160405T130000Z RRULE:FREQ=DAILY;INTERVAL=4;BYDAY=MO,TU,WE,TH,FR,SA,SU EXDATE;VALUE=DATE-TIME:20160413T120000Z 2. INTERVAL is ignored (interval of 1 is assigned when parsed by Telerik) DTSTART:20160404T120000Z DTEND:20160404T130000Z RRULE:FREQ=DAILY;COUNT=10;INTERVAL=4 3. Parse fails completely: DTSTART:20160404Z DTEND:20160405Z RRULE:FREQ=WEEKLY;UNTIL=20160509Z;BYDAY=MO;INTERVAL=1