Modeled after the jQuery widget counterpart:

http://www.telerik.com/kendo-ui/treelist

State:	MA
Comments:	http://www.telerik.com/kendo-angular-ui/getting-started/#toc-project-setup states:
"The latest versions of the packages target Angular v4.4.6 (latest LTS) and v5.x (latest official)."

I believe this is somewhat dated - it doesn't match the information at https://angular.io/guide/releases

Also, the same Getting Started page refers to Angular 6 ("...As of the Angular 6 release, Angular CLI introduces the ng add command..."), which kind of implies you're supporting 5.x (the current latest LTS) and 6.x.
utm_source:	

Today the checkbox styles work only if we place the label behind the input and connect them use id + for attribute:

        <input type="checkbox" id="ch1" class="k-checkbox" checked />
        <label class="k-checkbox-label" for="ch1">Checkbox 1</label>

Problem:

While it works most times, it quite difficult to ensure a unique id inside an angular component. We have to ensure, it's unique over all currently rendered components.

A clean solution would require something like this:

// MyComponent
let componentIndex = 0;

class MyComponent {
  checkboxId: `my-component-${componentIndex++}-checkbox`;
}

// Template
        <input type="checkbox" [id]="checkboxId" class="k-checkbox" checked />
        <label class="k-checkbox-label" [for]="checkboxId">Checkbox 1</label>

Feature request:

Support implicit label association like so:

<label class="k-checkbox"><input type="checkbox" /> My label</label>

Hi, 
Thanks for the great work on porting jQuery TreeView to pure Angular...

If possible to port the drag & drop feature as well

As a sidenote, maybe add TreeView category to this feedback page

Thank you!

Please provide a Slide Menu component such as:

https://www.primefaces.org/primeng/#/slidemenu

Thank you

Requesting an enhancement of the "virtualization" functionality for controls like Autocomplete and MultiSelect.  Currently, it only works for local data.   Would like to improve this to work with remote data.  It should raise an event when you're nearing the bottom of a page to load the next page, which would be done via an XHR call.  We have uses of these controls that could possibly bring  back millions of rows, so the current virtualization is of limited value.

You see this kind of "endless scroll" functionality in many places today, like a Facebook feed.

Add the Select Event of the Context-Menu on Item Level: 

Example:

<kendo-contextmenu [target]="target" showOn="click" (select)="handleSelection($event)">
          <kendo-menu-item text="download" icon="k-icon k-i-download" (select)="uploadClick()">
          </kendo-menu-item>
          <kendo-menu-item text="upload" icon="k-icon k-i-download" (select)="downloadClick()">
          </kendo-menu-item>
</kendo-contextmenu>

If there would be a "Select" event on the "kendo-menu-item" Component, there would no need for extra code to call the desired function.

At the moment, a handleSelction-function is needed to check the selected item and call the desired action. The (select) on the item does nothing.

  public uploadClick(){
    alert('upload');
  }

  public downloadClick() {
    alert('download');
  }

  public handleSelection(event: ContextMenuSelectEvent) {
    if (event) {
      if(event.index === "0"){
        this.downloadClick();
      }
      else {
        this.uploadClick();
      }
    }
  }

Modeled after the jQuery widget:

http://www.telerik.com/kendo-ui/ganttchart

Our product management would like to make the input field of the Conversational UI a multi-line field so agents can see several sentences of what they are typing and scroll vertically rather than horizontally.  We have tried many CSS settings but can't seem to affect the height of this embedded field.

After contacting support, I was told that the desired behavior cannot be achieved with the currently rendered DOM of the Conversational UI component. The input element should be replaced with a textarea in order to allow wrapping its value on multiple lines.

Please consider adding this feature to your roadmap.

Based on the feature set of the current jQuery widget - http://demos.telerik.com/kendo-ui/diagram/index

There is a dearth of browser inline editors for Word documents.  It appears that the only viable solution currently out there is to implement WOPI and this standard is complex, poorly documented and extremely difficult to implement.  There are some alternatives out there:

• https://www.zoho.com/officeplatform/integrator/wopi-alternative.html
• https://www.collaboraoffice.com/code/

The former is incredibly expensive because it charges per API call (effectively charging each time a document is opened or edited) and the latter is overly complex and for Linux users.

A further alternative is syncfusion's document editor.  This editor is good but loses formatting.

Surely it would be possible to unravel Word's open xml format and load it into a modified version of the Rich text Editor?

We could really do with a file explorer, I believe this is already available in your JQuery suite and is planned for .NET Core.

Syncfusion have already implemented an angular file explorer which can use Azure Blob Storage as a backend (though other backends are also available).

In fact the syncfusion file explorer is based on your own component.  After some digging around looking for a similar solution I found their design document for the component which directly refers to the Telerik's own components.  You may want to consider contacting syncfusion on this because it appears to me that they may have breached your copyright. 

Hi Team,

In continuation of https://www.telerik.com/account/support-tickets/view-ticket/1447763. Requesting a feature to grid rows merge like below example,

Thanks!

It would be nice to see stepper component as part of Kendo UI for Angular.
Something like this: https://material.angular.io/components/stepper/overview

Hello,

it would be nice to have a reusable Virtualization-Container-Component so that it is possible to have a list of many custom components without performance issues.

The Grid, DropDowns and Calendar-Components already use some kind of virtualization component which is currently not for public use.
I guess something like that, but defined in a generic way (so that it is possible to insert any component) would be sufficient.
It should also be possible to have child elements with different sizes.