ASP.NET MVC DisplayTemplates should by evaluated and take effect in Grid columns (see: http://www.telerik.com/forums/using-a-displaytemplate). Thus for custom formatting, defining a ClientTemplate() should not be required.

The WPF implementation of the Kendo Grid has a "selectColumn" type that can be used to create a checkbox column that implements a multi-select functionality into the grid.  

It would be nice to get this kind of built-in functionality in the standard javascript version of the Kendo Grid, instead of having to manually create a templated unbound column.

Would be great to limit the Locale files and / or make them specific to the locales you are actually using. e.g. only EN-NZ or EN-US

In a treeview we have different model classes merged into a single model for consumption by the treeview. For example, an organization model and a person model. Based upon an attribute in the treeview model, we would like to present different templates. These templates would be set back on the server-side as the templates are stored in a database. The templates are designed by the end-users.

Thus, when an organization row appears in the treeview, it uses the orgTemplate, and when the persons under the organization appear, they use the personTemplate.

In the normal ASP.NET control, a timepicker can have multiple columns just by setting a property. Not so, with the MVC version. In one of my applications, the time can span all day, so even with 30-minute intervals it can result in a lot of scrolling. I would prefer to have that same property available or at a minimum the ability to assign a custom template.

As a suggestion for future development, make Kendo compatible with RazorGenerator.Mvc per this link: http://blog.mirajavora.com/re-use-mvc-views-across-projects-with-razor-generator

If I have a field defined as @Html.Kendo().TextBoxFor(m => m.Customer.CustomerNumber) then my complex property in my model will be correctly used. If however if add a name value i.e. @Html.Kendo().TextBoxFor(m => m.Customer.CustomerNumber).Name("CustNum") so that I can reference this field in javascript then this name takes precendence as the property name and as such the property in my model is not used. If we are using the 'For' version of an input field where we have already identified the property can this take precedence over using the Name field. That way we can simple names for use in the Javascript and yet still use complex properties.

in the option from Grid this feature is missing

When using Html.Kendo().DeferredScripts() possibly bundle all the controls initialization in one single jQuery initialization function, instead of a call for each of the deferred controls.

For R# action annotations details please check the following link - http://blogs.jetbrains.com/dotnet/2011/12/providing-intellisense-navigation-and-more-for-custom-helpers-in-aspnet-mvc/

And regarding additional actions for url builders - usually I have the action which provides the data for the grids in the same controller so I would prefer to write "... .Read(read => read.Action("LoadSitesData", new { id = Model.StudyId })" instead of "... .Read(read => read.Action("LoadSitesData", "StudySitesAdministration", new { id = Model.StudyId })"

Given the release of ASP.NET and Web Tools 2012.2, is it possible to create custom project templates.

It will be extremely nice if we can get editor intelligence with kendoui widgets when using plain JS, specially with the template engine.

Some simple examples about this can be found at the end of thhis article.

http://www.hanselman.com/blog/ReleasedASPNETAndWebTools20122InContext.aspx

have an option on the grids where it does not defualt to the  date/local time. Users are asking for the same time to display across time zones.
I use the workaround but we still have issues with it.

Implement kenfo.confirm with title

[Applied through to MVC]
For entering data in the grid it will be great to have the grid be able to maintain the cell position when updates are triggered through the grid. 

So that after the update, for all cases (batch, autosync, scrollable, etc), the position in the grid is maintained and navigatable through common keyboard actions such as: tabbing to the next, shift+tab to the previous, etc.

The main goal being for users to have an easy and smooth time navigating the grid and making edits without having their default position wiped and view jerked to another position in the grid after a save/databind/sync is made. 

A high value case for this is when both autosync and scrollable are turned on; though it will certainly bring value to users and their user experience for a great many usage cases.

It is a disappointing surprise for a 3rd party tool to not have this functionality.

With the current version available from the DLL it will be possible to simplify bundling and include of CSS and JS files. I currently do something along the lines of

    //BundleConfig.cs
        var version = typeof(Kendo.Mvc.UrlGenerator).Assembly.GetName().Version;
        var kendoVersion = string.Format("{0}.{1}.{2}", version.Major, version.Minor, version.Build);
 
 
        bundles.Add(new StyleBundle("~/Content/kendo/"+kendoVersion+"/css").Include(
            "~/Content/kendo/"+kendoVersion+"/kendo.common.min.css",
            "~/Content/kendo/"+kendoVersion+"/kendo.default.min.css"
            ));
 
        bundles.Add(new ScriptBundle("~/Scripts/kendo/" +  kendoVersion +"/scripts").Include(
            "~/Scripts/kendo/" + kendoVersion + "/kendo.all.min.js",
            "~/Scripts/kendo/" + kendoVersion + "/kendo.aspnetmvc.min.js",
            "~/Scripts/kendo/" + kendoVersion + "/cultures/kendo.culture.en-GB.min.js"
            ));

And similarly in the views. Getting the version directly from the DLL without hacking around in Assembly.GetName.Version and string manipulation will make this clearer. I'd also suggest you update the documentation to reflect this pattern.

As its a new method/getter, it is not a breaking change.

At present to get the nice kendo checkboxes you need a checkbox followed by a label, you can't do this in asp.net mvc because

@Html.CheckBoxFor(x => x.IsEnabled)

renders as:

<input id="IsEnabled" type="checkbox" value="true" name="IsEnabled">
 <input type="hidden" value="false" name="IsEnabled">

The solution is to use the kendo mvc dll, or possibly just make your own, but it would be much easier if the kendo ui code could just ignore the hidden input, or if the two controls could be linked via 'for', 'data-for', 'data-whatever'

Please take a look at this issue where DDLs and CoboBoxes won't submit their values the second time after validation fails and the required field is entered.
This was reported back in 2015 and is still unresolved. 
https://www.telerik.com/forums/kendo-validation-does-not-work-the-second-time

I would expect a fluent method chain to not produce side effects when a method is invoked more than once.  particularly, concerning the ability to apply HtmlAttributes more than once to a method chain.  This prevents me from implementing meaningful extension methods to promote a DRY approach to views. 

In particular, I am trying to do something like this:

public static TextBoxBuilder<TProperty> PasswordFor<TModel, TProperty>(this WidgetFactory<TModel> widgetFactory, Expression<Func<TModel, TProperty>> expression)
        {
            return widgetFactory.TextBoxFor(expression).HtmlAttributes(new { type = "password" });
        }

        public static TextBoxBuilder<TModel> AutoFocus<TModel>(this TextBoxBuilder<TModel> builder)
        {
            return builder.HtmlAttributes(new { autofocus = true });
        }


I am finding that because the HTML attributes is cleared in your base implementation.. 

this.Component.HtmlAttributes.Clear();


it doesn't support an aggregation of attributes, but instead it's last-man-in.   that defeats the purpose of extensibility and effectively insists upon repetition and sort of brittle design that a copy/paste architecture results in.

I would believe it be completely acceptable to give the last-attribute-applied precedence and overwrite the value, but the reality is that we're talking about basic key/value pairs, and it shouldn't be difficult to merge the attributes as they are built.   best case, right now i have to implement my own derivation of the WidgetBuilderBase and implement an extension method off the WidgetFactory that bootstraps my functionality - certainly not a stretch, but more work than should probably be necessary.



   
    public virtual TBuilder HtmlAttributes(object attributes)
    {
      return this.HtmlAttributes(ObjectExtensions.ToDictionary(attributes));
    }

    public virtual TBuilder HtmlAttributes(IDictionary<string, object> attributes)
    {
      this.Component.HtmlAttributes.Clear();
      Kendo.Mvc.Extensions.DictionaryExtensions.Merge(this.Component.HtmlAttributes, attributes);
      return this as TBuilder;
    }

I want tree view all of it to be listed without mouse or click ,and to be as list of items that tree view list them
what im saying i have list ,i pass it to tree view,tree view display all with all its sub trees
without click or mouse over

need button for downloading files from file browser in telerik ui for mvc/kendo mvc

thanks