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'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.
That will make web pages load faster http://developer.yahoo.com/performance/rules.html#js_bottom
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.
Please add IntelliSense support for Angular directives in Visual Studio 2013 so this won't cause the 'green underline' error message. <div kendo-grid="myGrid" k-data-source="customerDataSource"></div>
Create a PDF file viewer (like the one in WPF) so users can view PDF files in the web application. And can also control who can read, copy and/or print
There is no reason it should use the default maxJsonLength; especially since it is inaccessible to change.
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
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.
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.
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.
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).