We need to place the axis labels on the tick marks for the column series chart instead of between them.

This is quite important especially in finance where we would want to overlay graphs with other graphs data for analysis.

Also would be good to enhance the controls to have more functionality such as min\max lines etc.

f I have a columns like columns: `[{field: "Address.City"}]`, then it fails if Address is null. 

Uncaught TypeError: Cannot read property 'City' of undefined 

Expected: to handle nulls in parts of path in the same way as nulls in the leaf (e.g. City in this example). Not doing this, means we can't use the default template, sort or group functions on nested properties. 

Simple Dojo snippet to repro. 
http://dojo.telerik.com/AGeTo

HTML5 Diagram Control -  allow scrolling in the control 

HTML5 Diagram Control - Allow to customize our own shapes and colors 

When creating an element to make into a dropdown you can add the attribute 'required'. Instead of this it would be better if the external wrapper was made required so the browser has an element it can focus on, rather than erroring when the page is submitted and validated by the browser. 

The SignalR demo does not work in IE8.  I can add records, but not view changes to records made to them.  The error that displays is:

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; .NET4.0E; InfoPath.3; MS-RTC LM 8)
Timestamp: Tue, 7 Oct 2014 15:06:04 UTC


Message: Object doesn't support this property or method
Line: 29
Char: 13
Code: 0
URI: http://demos.telerik.com/kendo-ui/content/shared/js/example-datasources.js

Please fix your demo.

Like jQuery 2.0, a version that leaves behind the older Internet Explorer 6, 7, and 8 browsers. In return it is smaller, faster, and can be used in JavaScript environments where the code needed for old-IE compatibility often causes problems of its own

The new filter row is great, but the sizing of the filter controls is really bad. If the columns are wide, space is wasted, and if they are narrow the filters are almost unusable. Here's an example implementation that takes care of resizing the controls when the columns resize or when fitlers are applied: http://jsbin.com/wipazupexaqi/3/edit

Also, for further reference: http://www.telerik.com/forums/grid-filter-row-auto-size---solution

When the kendo grid is in batch editing I would like for the keyboard navigation to respond like a spreadsheet.

Here is an example: http://plnkr.co/edit/hy6Evh?p=preview

In the example the keyboard navigation more closely follows an Excel spreadsheet.

Here are the specific interactions that I noticed that are different.
- when focus is in cell it is automatically put in edit mode. No need to switch to edit mode.
- enter, shift-enter, moves down and up.

I have observed that my users are more familiar with Excel keyboard behavior than the current Kendo grid behavior.

The horizontal data selection for line charts works great...for the applications I need to build, I also need the same sort of selection vertically. Please consider implementing this soon...i know others have inquired about this as well.

TypeError: Cannot read property 'get' of null↵    at makeWidgetInfo (<anonymous>:94:43)↵    at <anonymous>:507:33

I get this error during reloading the page. I assume this is in your extension.

Like we have datepicker and color picker, can we have a location picker control? The textbox will have lat and long values, which on clicking shows a map with a marker in a dropdown.

User can move the marker in the map and the lat long values will be correspondingly changed in the textbox.

An example is : http://logicify.github.io/jquery-locationpicker-plugin/#examples

I know there are a number of requests for this, and I'm in agreement with all of them. I wanted to post a couple of specific examples in order to make it clear what would save me (a developer using Kendo for production code) time in implementing widgets within our application.

1. Provide information about all aspects of any given topic. For example, I recently tried to understand how sorting works for Grid. (see  http://www.telerik.com/forums/where-is-the-documentation-on-performing-case-insensitive-sorting-for-grid). It seems like it would take a pretty minimal effort to include information in the docs for grid column-header sorting (http://docs.telerik.com/kendo-ui/api/javascript/ui/grid#configuration-sortable) that describe how to turn off case-insensitive sorting, as well as explain that the grid option does not sort data on initial load (for that you need to sort on the dataSource). It required a fair amount of searching, and a couple of days to come to this understanding, which could have completely been avoided by adding a paragraph or two to the docs examples I just mentioned. For any configuration option, or feature documentation, make it complete and describe it entirely.

2. Utilize hyper-linking more effectively within the docs. A while back, I wanted to understand how to fully utilize the numericTextBox widget, and the docs mentioned 'format' for numerics. Unfortunately, I don't know what 'format' means in the context of Kendo widgets. Eventually, I found this forum post: http://www.telerik.com/forums/where-is-documentation-on-format
As I pointed out in my comment in that post, there's simply no reason to require your users to search for what 'format' means, when with minimal effort on your part, a link can be added and I can simply click to that documentation and get the answer I need.

There's a ton of individual examples that fall into one of those two categories, and if those were fixed, about 60% of the documentation issues I encounter would be resolved. I appreciate the chance to express this, and thanks for your consideration.

I would like to implement something similar to what proposed here:
http://kendoui-feedback.telerik.com/forums/127393-telerik-kendo-ui-feedback/suggestions/6454228-separation-of-shapes-and-datasource-for-maps-in-da

Basically, it comes to binding shape properties to data: every time data changes, the filling of the shapes is changed accordingly.

Please, guys, this would be really good!

The only thing holding us back from investing in Kendo UI is the lack of a styleable scrollbar.  You have the most beautiful controls on the market, but they are marred by the mere built-in scrollbars (as rendered by the browser).

When do you plan to address the scrollbar?

Thank you.

Plotband functionality for RadHtmlCharts in UI for Asp.net AJAX definitely needs the ability to add tooltips and labels, otherwise the plotband is meaningless.

Kendo UI Gantt should have a resource view, presenting tasks by resource (so possibly, many tasks on the same line with automatic or manual arrangement) and possibility of multiselection of tasks

When asking for support from Telerik any code examples use the framework specified in the support ticket.  For example, not to give examples in php if you are using MVC etc.