I noticed that the date format from my current kendo culture (fr-FR) is not applied properly for Weeks and Days units on xAxis labels of a chart with date axis.
I had to set the property DateFormats for Weeks and Days of my XAxis Labels to force the format (other units work fine) :
@(Html.Kendo.Chart(Of Models.DataViewModel). Name("chart"). Title(typeMesure.GetDescription()). DataSource(Sub(dataSource) dataSource.Read(Sub(read) read.Type(HttpVerbs.Get).Action("GetData","Data")) End Sub). Sort(Sub(sort) sort.Add(Function(m) m.Dt).Ascending()) End Sub). Series(Sub(series) series. ScatterLine(Function(m) m.Dt, Function(m) m.Value). Markers(False). MissingValues(ChartScatterLineMissingValues.Gap). Color("#cb1d39"). Tooltip(Sub(tooltip) tooltip.Visible(True). Template("Date : #= kendo.toString(value.x, 'dd/MM/yyyy HH:mm') # <br/>Valeur : #= kendo.toString(value.y, 'n3') #") End Sub)). XAxis(Sub(xAxis) xAxis.Date(). Min(Model.DateDebut). Max(Model.DateFin). Labels(Sub(labels) labels.DateFormats(Sub(dateFormats) dateFormats.Weeks("dd/MM").Days("dd/MM")))). Panes(Sub(panes) panes.Add().Clip(False)). Pannable(True). Zoomable(Sub(zoomable) zoomable.Mousewheel(Sub(mousewheel) mousewheel.Lock(ChartAxisLock.Y)). Selection(Sub(selection) selection.Lock(ChartAxisLock.Y)) End Sub))
Could you please fix this issue in a future version ?
Thanks and regards.
This is in reference to the following forum post:
For consistency in the MVC product, it would be a good idea to expose built-in events such as the "change" event for the generic Html.Kendo().TextBox helper. This is provided for other controls like the DateTimePicker and even NumericTextBox (https://demos.telerik.com/aspnet-mvc/numerictextbox/events) but not for TextBox.
As mentioned in my post, this is not an insurmountable problem. I can do what I need by diving "down" into jQuery, but it would be nice to be consistent.
In our project, there's a newly revamped application and Kendo UI has been used for first time.
The Home page of our application has a bar graph and a donut graph.
I am from Test Automation team and run OpenTest-Selenium tests on Chrome and IE browsers.
The problem described below applies to both, so to keep it simple I will describe for only the bar graph.
Reference isolated application:
Problem Description Title: UI based automated tests run on Chrome succeed, but fail on IE for Kendo Bar Chart
Troubleshooting performed: In both browsers, we looked for the click event using the Browser Inspector
Observation: The click event is present in Chrome, but not in IE
I found an article in your site:
Is this the reason that you've no exposed this event specifically in IE?
(My understanding from this is that the Click event can be exposed, but is currently not done in the interest of performance).
Could you share any data on what is the slowness with how much data, so I could share it with our Dev team.
Because the number of bars in our application is only 4 (always) and volume of data gets reflected in the height of the bars.
Currently, when an event that is grouped by multiple resources is dragged, it automatically updates the selected resource data with the one that corresponds to the drop target.
The more appropriate behavior would be to be to automatically preposition the event for the rest of the selected resources.
When you export a sheet to Excel the Sheet is export as not-protected. If there are cells that are locked then the user can edit them. It would be really useful if you could specify tha a sheet were protected and when the sheet is exported it would be protected with a password.
Currently telerik MVC grid with DateTime column render datetime in local time zone. Nothing but if browser is accessing the site from CST time zone, grid automatically converting EST time to CST and shows value in CST. We have seen workaround as saving and showing data in UTC format. However this is not acceptable for some business scenarios. It’s better to have option to enforce grid to render date time as is input data. So that it will show consistent date time irrespective of local time zone.
Support for NullDisplayText property of the DisplayFormat metadata attribute.
When a user types 7/8/201x into a DatePicker, 7/8/201 is what ends up getting sent to the server. I believe an important function of a date-type-specific control or widget is to prevent the entry of bad data. The picker should not allow the entry of any string that is not a valid date or is outside of the Min-Max range (if specified). In fact, properly formatted dates typed into the textbox seem to ignore the Min-Max range. No user entering a date of birth is going to use the month selectors. He or she will type the date into the textbox. The datepicker, out of the box, should not allow the entry of invalid or out of range dates. The developer should not need to write a custom validator for behavior that virtually everyone would want.
Currently when a grid is bound to a model with related objects and properties via JSON, the grid will only parse the top level object types and treat and related properties as generic objects hence dates are not dates anymore, etc. Please consider having the grids parse related object properties and data types so there isn't a need for flattened ViewModels in order to properly visualize related data and be able to filter and sort it correctly.
The Kendo UI for MVC project template creates a blank test project. It would be nice if it had default code generated like the standard MVC project templates do.
Make it possible to use custom names for the unit test and OpenAccess projects while creating a new Kendo UI for MVC project.
Just like posted here (and declined) : http://kendoui-feedback.telerik.com/forums/127393-kendo-ui-feedback/suggestions/3844570-serialization-support-of-datasourcerequest-and-app I would like to see a portable separate assembly that : - can be referenced both on ASP.NET MVC side and WCF server side. - A DataSourceRequest and DataSourceResult class that serialize well in both SOAP and REST WCF. Referencing Kendo from the Application server side also requires references to System.Web.Mvc, Razor pages, ... and others that shouldn't be necessary.
We have a web page critical to the web application. In the absence of a suitable MVC widget we had to use a ASP.Net WebForm ListView control along with ASP.Net Ajax (Accordion for expand/collapse functionality) and JQuery (for client side validation). The web page accomplishes the following key functional requirements – a. Ability to group products – Using ASP.Net Ajax we were able to provide the expand / collapse visual effect. b. Ability to enter order quantities very quickly - a lot of stores place orders at the last minute (5-10 minutes before order deadline) for valid reasons. The web page provides a text box inline for quick entry. On a desktop, the user can traverse the rows within the group using the tab key. The web page typically contains 150 – 200 products for entry. With Telerik MVC Grid widget, in the absence of inline editing, having to click on Edit/Update/Cancel buttons dramatically increases the number of clicks / touch / swipe. Besides, it creates a real estate issue on smaller form factors. c. Real time validation – using JQuery we were able to validate the row as and when the quantity was entered. Any error would show below the row in question. The error would continue to show until the quantity was revised. The error however, will not stop the user from entering quantities on other rows. This approach lets the user review any errors in the end. The closest MVC widget we could use from the Telerik collection was the grid widget with grouping. However, it falls short on points b and c above. There is probably some workaround available but then we would lose the LOW CODE advantage.
Cancellation token is widely supported in entity framework. And it has big benefits for long running queries to allow cancel them. ToDataSourceResultAsync methods should support passing cancellation token as a parameter.