Option to change button type (like in Telerik MVC)

columns.Command(commands =>
        {
            commands.Edit().ButtonType(GridButtonType.Image);
            commands.Delete().ButtonType(GridButtonType.Image);
        })

We want to generate PDF files with the grid configuration, i.e. with aggregates, grouping and basic formatting options; expecting can generate an appearence very close how the grid are presented.

Thanks.

A lot of our applications contain a number of prompts for activating certain processes.  These include DropDownLists, DatePickers, etc.  Most of these controls have <widget>For wrappers for binding to a model's properties for sending back to an Controller/Action.  Some of the KendoUI widgets do not have this functionality so we are currently unable to easily submit data back for all of our controls in one model class.  We would like to be able to do this for ListView and Grid.  ListView to return a IEnumerable<class> for all of the selected rows.  And the same for Grid.  GridFor to return a IEnumerable<class> for all of the selected rows.  We need some way to bind all of our widgets inside a form to a single model that has numerous properties so we can get/post to a Controller/Action and have all of that data available very easily witihn one class...and implemented in a consistent manner for all widgets.  ListView and Grid are just 2 that we need right now, but would certainly like for all MVC Widget wrappers to always have <widget>For extensions as a standard practice.  We believe this will make the KendoUI product stand-out among all of the available options and be the easiest to work with.  We want to make our developers highly productive and this will go a long way towards that end.

Kendo UI MVC server-side wrappers are much more easier to work with but not possible to do a full SPA application and UI experience is slow.

Can you come with an idea to allow development using server-side wrappers but then deploy application as client-side SPA converting  server-side wrappers to client-side SPA code?

It would be nice if grid could load edit and create forms from server side by get request.and then save them by post request. it would be much more easier if  some fields in edit/create form could be saved without  loading in grid. 
And also there would be much better control on load data if it is possible to check some conditions in edit form through server.
At the end I suggest to change grid widget to:
@(Html.Kendo().Grid<Model>()
  .DataSource(ds => ds
    .Ajax()
    .Read(r => r.Action("FillGrid", "Controller"))
    .GetCreateForm(c => c.Action("Create", "Controller", "Get"))
    .Create(c => c.Action("Create", "Controller", "Post"))
    .GetEditForm(u => u.Action("Edit", "Controller", "Get"))
    .Update(u => u.Action("Edit", "Controller", "Post"))
)

The Telerik MVC wrappers do not innovate at the same pace as Kendo UI Proper. They are missing attributes and actions that are available in the javascript versions, and it is plain to see that some features will be added when you guys "get around to it".

It would be so much better for customers if you guys would post the code to the Telerik organization on GitHub, and make it private, then allow customers to sign CLAs and have access to the source. That way, those of us (like myself) who have added new features and are maintaining their own branches internally can submit PRs to add our own value to a product we pay a heck of a lot of money for.

I personally would be able to close at least 5 requests on this forum from submitted pull requests, just in work I've already done.

Thanks for your consideration.

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 would like the possibility to use client details templates for server bound grids (and maybe other components). That is - the main grid should be fully loaded when the page loads (without ajax requests), but the details should be loaded on demand (when clicking the > icon) via ajax.

That will make web pages load faster
http://developer.yahoo.com/performance/rules.html#js_bottom

I'am looking for an event like "onDeleting" in my multiselect box, so I can confirm it or not. The current "onChange"-Event triggers to late. 

Also add appropriate dependencies to the current package like JQuery version. So in this case the MVC would be dependent on the main Kendo package and the Kendo package would depend on JQuery.

Please consider adding a short-hand method to set the id of form element widgets such as:
Html.Kendo().DatePicker().Name("StartDate").Id("FormA_StartDate");

The code above looks a lot cleaner and more fluent and the one below.
Html.Kendo().DatePicker().Name("StartDate").HtmlAttributes( new { id = "FormA_StartDate"} );

This really comes in handy when building large single page application (SPA) where many entry forms are loaded onto a single page. Manually setting the Id property for widget elements help avoid potential html elements' id conflicts when we have Kendo form widgets of the same name.

Not sure if this problem is specific to the MVC wrappers or not, but right now, you can not access a kendo control from document.ready unless your code is output after the control is rendered.  That is counter intuitive to the way document.ready is generally used - it should not matter where the code lives on the page.  The solution I would like to suggest is to add init events to the controls, so code can be run when the widget loads on the page, without the order of code mattering on the page.  Here is a related support ticket for reference:

http://www.kendoui.com/account/support-tickets/reply-thread.aspx?threadid=611076

Please go through this thread. 
http://www.telerik.com/account/support-tickets/view-ticket.aspx?threadid=766782

Even if we are allowed to add additionalData in the Grid's Read method, that data is not properly passed on to the corresponding ViewModel on the MVC controller action. I had to write JS using the dot notation for objects and indexer for arrays to get it passed properly.
My request is, if the additionalData is already json, allow it to be passed properly.

It would be awesome, if an automatic sanitizing of the ColumnName property would be implemented in one of the future releases of the MVC.NET.

Reason: When binding a DataTable to the MVC-Grid and using client side pagination, a Javascript error occurs if any column inside the DataTable contains a character which is not allowed in Javascript variables (like spaces).

Currently, it's very difficult to set up a grid that has a calculated column, where the result is not editable by the user.

It's pretty easy to set up a javascript function to calculate and update the value using `dataItem.set("Column", value)`, but this does not work if the column is not also Editable.

Currently, you need to hack together some kind of text replacement for the Editor Template, and there doesn't appear to be a simple way to do this from the MVC wrappers. You can create a disabled or readonly textbox, but I'd prefer that it looks like those columns where Editable is set to false.

There is no reason it should use the default maxJsonLength; especially since it is inaccessible to change.

ToDataSourceResult is very very slow on Large datasets - getting the Total Count is the issue, have an option to omit the total count or provide a way to inject the total count with some more efficient code.