When trying to swipe up/down a form or left and right for the drawer menus when there are several textboxes/labels it doesn't always work. This happens when the user starts the swipe action over a textbox/label. If the user starts to swipe over a grey area (background) it works perfectly every time.
Mobile Date & Time Pickers would allow much easier use for inputting dates and times into a mobile ui. The web date & time pickers use a drop down that is not the best solution for mobile use.
Bug in KendoUI ContextMenu sample See: http://demos.telerik.com/kendo-ui/menu/context-menu There is a line of code in this sample: menu.getKendoContextMenu().destroy(); Which seems to use a "getKendoContextMenu()" method which is nowhere to be seen in the sample or the docs. Was it omitted from the sample? "menu" here is: var menu = $("#menu") so it is a jQuery object, so further reason to doubt menu.getKendoContextMenu() is valid.
Regarding KendoUI ContextMenu close() method- I believe there is a flaw in the API docs and in the TypeScript typings file. See below: See API docs at: http://docs.telerik.com/kendo-ui/api/javascript/ui/contextmenu In the sample for the close method on this page, it has this portion: // get a reference to the ContextMenu widget var contextMenu = $("#context-menu").data("kendoContextMenu"); // close the ContextMenu contextMenu.close(100, 100); The "100, 100" params passed here are not needed and looks to be a copy paste from the open() method sample in the api docs. The open() sample passes (100, 100) as x/y coordinates. Regarding the TypeScript kendo.all.d.ts file the ContextMenu class has this definition for close: close(element: Element): kendo.ui.ContextMenu; close(element: JQuery): kendo.ui.ContextMenu; But again, I believe it should take no params. Please let me know if you confirm this to be the case and if you fix the typings file. Thanks!
Hello: I need to move a horizontal column in a grid table, and too i need move a window at the same time. We can do this now? If possible do, what it is the method to do that?
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!