Unplanned
Last Updated: 06 Nov 2026 16:09 by ADMIN
Scheduled for 2027 Q1 (Dec)

Hello,

Please repeat the following steps to reproduce this issue:

  1. Go to https://www.telerik.com/kendo-angular-ui/components/editor#angular-editor-example
  2. In the Angular Editor Example click on the first line of the first paragraph (let's say on the word Kendo)
  3. Navigate to toolbar via Shift+Tab key
  4. Use the arrow key to navigate to Format dropdownlist 
  5. Use Enter to open the dropdownlist with the available formats (Paragraph, Heading 1, Heading 2, etc)
  6. Choose e.g. "Heading 1" with Enter
  7. Press Tab to focus the editor content (You can type some letters to ensure that the editor content is focused)
  8. Press Shift+Tab to go back to toolbar
  9. Press an arrow key (Left or Right) to try to navigate through the toolbar => Bug

Expected behaviour: It's possible to navigate through the toolbar items like in step 4
Experienced behaviour: You can not navigate through the toolbar items with arrow left or arrow right.

Important: After choosing an item from the dropdown, the kendo-dropdownlist has still an tabindex="0", what is also wrong. 

I observed this bug in our application but it's possible to reproduce it with your example, too.

Kind regards,

Roman

    Completed
    Last Updated: 05 Nov 2026 11:51 by ADMIN
    Release 2026 Q3

    Hi Telerik,

    It would be great if we can add Select All functionality as a built-in feature of the MultiSelect component. It is especially useful when working with checkboxes, e.g., https://www.telerik.com/kendo-angular-ui/components/dropdowns/multiselect/templates/#toc-rendering-item-checkboxes.

    In Development
    Last Updated: 05 Nov 2026 08:13 by ADMIN

    Please repeat the following steps to reproduce this critical accessibility issue:

    1. Go to https://www.telerik.com/kendo-angular-ui/components/editor#angular-editor-example
    2. In the Angular Editor Example. click in the editor and type one letter to enable the "Undo" toolbar button
    3. Navigate to toolbar via Shift+Tab key
    4. Use the left or right arrow key to navigate to "Undo" button 
    5. Use Enter to trigger the "Undo" button which should then re-focus the editor and disable the "Undo" button
    6. Immediately press Shift+Tab key to navigate back to the toolbar with the "Undo" button disabled

    Expected behaviour: The disabled "Undo" button is focused so that toolbar navigation with left or right arrow keys is enabled.
    Experienced behaviour: The toolbar is permanently unfocusable with keyboard navigation and the element (theme selector) before the toolbar is focused. It is no longer possible to navigate to any buttons in the toolbar with Tab or Shift+Tab at this point. This happens with any toolbar button that becomes disabled after triggering such as the "outdent" button.

    NOTE: The expected behaviour actually works in the jQuery Editor (https://demos.telerik.com/kendo-ui/editor/all-tools), so the Angular Editor should be fixed to match.

    Pending Review
    Last Updated: 04 Nov 2026 14:04 by Craig
    Created by: Craig
    Comments: 0
    Category: Kendo UI for Angular
    Type: Bug Report
    0

    On the kendo editor for angular, when the toolbar controls for both background color and foreground color are present and I select a background color, the color chosen for background is shown in the swatch for both the back ground and foreground buttons even though nothing has been selected in the foreground

    Unplanned
    Last Updated: 03 Nov 2026 08:50 by ADMIN

    Feature request: a global hook to style popups and dialogs that are appended outside their originating component

    Environment

    • @progress/kendo-angular-popup, -dialog, -dropdowns, -tooltip, -menu and -grid 25.2.0
    • @progress/kendo-theme-default 14.5.0, Angular 21.2

    Use case

    Our application lets the user zoom single views, not the whole page (Ctrl+mouse wheel). A view is scaled by re-declaring the Kendo theme size custom properties (spacing, font sizes, line heights, ...) on the view element, multiplied by a factor in a custom property. Everything inside the view scales correctly with the theme, including the Kendo components.

    Kendo popups and dialogs, however, are appended to the application root, outside the scaled view, so they do not inherit the view's custom properties and appear unscaled. This affects the DropDownList, ComboBox and DatePicker popups, tooltips, menus and context menus, the Grid's column menu and filter popups, and dialogs opened through DialogService.

    The same need arises for any styling that is scoped to a part of the page: per-area themes, density modes, or a CSS class that marks a region.

    Current options and their limits

    • POPUP_CONTAINER only moves the popups into another container element. Placing them inside the view lets them inherit its styles, but clips them at the view's edges and puts them under its stacking context.
    • popupSettings.popupClass and DialogSettings.cssClass work per component instance or per call. Many popups do not expose them (e.g. the Grid's internal popups, the tooltip and menu popups of other components), and a class cannot carry a value that changes at runtime, such as the zoom factor.
    • The components provide their own PopupService instances (in their component or module providers), so an application-level replacement provider is never used.
    • Dialogs opened by shared libraries cannot be given per-call settings without changing those libraries' APIs.

    Why a common container or appendTo is not sufficient

    The suggestions we received recommend a global POPUP_CONTAINER with shared styles, or popupSettings.appendTo to render the popup inside the originating component. We evaluated both:

    • The zoom factor is a property of each view, not of the application. Several views with different factors are visible at the same time, so one shared container cannot carry the right value for every popup. It would have to be changed on every open, which again needs a hook at open time.
    • appendTo: 'component' (or a container inside the view) inherits the right styles, but clips the popup at every ancestor with overflow: hidden or auto (grid cells, scrollable views, windows), and puts it under the stacking context of the view.
    • appendTo is not available for all popups, e.g. the Grid's internal popups, tooltips and menus of other components, and dialogs opened from shared libraries.

    We understand that an earlier request to add CSS classes based on the creating component was declined. This request is more general: it does not ask Kendo to decide which classes to add, only for a supported point where the application can adjust the created element itself.

    Request

    A global, supported way to adjust the element of every popup and dialog when it is opened, for example one of:

    • an injection token for a callback that PopupService.open() and DialogService.open() (and WindowService.open()) call with the created element and the anchor or the originating element, or
    • an injection token for a default class and inline style applied to every popup and dialog element, or
    • an option that copies selected custom properties or classes from the anchor's ancestors onto the popup element.

    Ideally the hook is also called when an open popup is repositioned, so that a changed scale can be applied without reopening it.

    If such a hook is not planned, it would already help to document PopupService.open() and DialogService.open() as stable extension points, i.e. that every component opens its popups through them and that the returned references keep giving access to the created element.

    Workaround we use

    We wrap PopupService.prototype.open and DialogService.prototype.open. After the original call, we read the scale factor inherited by the popup's anchor (or, for dialogs, by the focused element or the last pressed element) and set the scale class and the custom property on the returned popup or dialog element. Kendo positions the popup after the next render, so the position is computed from the scaled size.

    This works, but depends on the prototypes and on what open() returns, which may change in any release. One detail we noticed: PopupSettings.anchor is declared as ElementRef, but some components pass a plain HTMLElement, so our wrapper has to handle both.


    Pending Review
    Last Updated: 02 Nov 2026 16:27 by Thomas

    Hello Kendo UI for Angular team,
    We found a memory leak in the Kendo UI for Angular DateTimePicker and would like to ask you to fix it. Every time the popup is opened and closed, the complete popup DOM (about 2,000 nodes) and one keydown listener stay in memory until the DateTimePicker itself is destroyed. We could not find an existing report on GitHub, the feedback portal or the forums.

    ENVIRONMENT
    - @progress/kendo-angular-dateinputs 23.4.0 (our version). The same code is in 24.2.2, in 25.3.0 and in the bundle of your online demo.
    - Angular 21.2, RxJS 7.8, Chrome 153, production build.
    - Default calendarType ('infinite').

    STEPS TO REPRODUCE (on your online demo)
    1. Open https://demos.telerik.com/kendo-angular-ui/demos/dateinputs/datetimepicker/basic_usage in Chrome.
    2. Open DevTools > Performance monitor (DOM Nodes, JS event listeners), or the Memory tab.
    3. Open the popup with the calendar button and close it with Escape. Repeat 8 times.
    4. Collect garbage (Memory tab > "Collect garbage") and take a heap snapshot. Filter by "Detached".

    ACTUAL RESULT
    After forced garbage collection following each cycle:
    - DOM nodes: 122 → 2,452 → 4,497 → 6,542 → 8,587 → 10,632 → 12,677 → 14,722 → 16,767 (about +2,045 per open).
    - JS event listeners: 63 → 71 (+1 per open).
    - The heap snapshot contains 8 detached table.k-calendar-table elements, each with its whole popup subtree, retained by an RxJS subscription teardown.
    Closing with Cancel, Set or the toggle button behaves the same. In the same setup, the DatePicker and TimePicker do not grow.

    EXPECTED RESULT
    After the popup closes and garbage is collected, the DOM node and listener counts return to their previous level.

    ROOT CAUSE
    For the infinite calendar, DateTimePickerComponent.openPopup() adds a keydown subscription on the month list to the component-lifetime `subscriptions`:
        if (this.calendar.type === 'infinite') {
            this.subscriptions.add(fromEvent(this.calendar.monthView.list.nativeElement, 'keydown').subscribe((event) => {
                ...
            }));
        }
    (fesm2022/progress-kendo-angular-dateinputs.mjs: line 16741 in 23.4.0, line 18024 in 25.3.0.)
    closePopup() unsubscribes ariaActiveDescendantSubscription, but not this subscription, and `subscriptions` is only unsubscribed in ngOnDestroy(). Every open therefore adds another listener on the new calendar table, and that listener keeps the closed popup alive.

    SUGGESTED FIX
    Keep the subscription per popup and release it when the popup closes, for example:
        private calendarKeydownSubscription: Subscription | null = null;
        // openPopup()
        if (this.calendar.type === 'infinite') {
            this.calendarKeydownSubscription = fromEvent(this.calendar.monthView.list.nativeElement, 'keydown').subscribe((event) => {
                ...
            });
        }
        // closePopup() and ngOnDestroy()
        this.calendarKeydownSubscription?.unsubscribe();
        this.calendarKeydownSubscription = null;

    IMPACT
    We use the DateTimePicker in form fields and in the filter row of a data grid, where the picker lives as long as the grid is shown. Each open adds about 2,000 detached DOM nodes, so memory keeps growing on long-lived screens (100 opens leave about 200,000 detached nodes) until the user leaves the page. Because `subscriptions` is private, we cannot release the subscription cleanly from application code. The subscription is only created for the infinite calendar, but switching to calendarType 'classic' is not an option for us because it changes the calendar experience.

    REQUEST
    - Please confirm the issue and fix it in an upcoming release, and let us know which version will include the fix.
    - If you track it publicly (feedback portal or GitHub), please send us the link so we can follow it.
    - Please let us know whether there is a supported workaround until the fix is released.
    We are happy to share heap snapshots and our automated Playwright reproduction script.

    Kind regards,
    Kamil

    Unplanned
    Last Updated: 29 Oct 2026 17:25 by ADMIN
    Created by: Paul
    Comments: 1
    Category: DatePicker
    Type: Feature Request
    1
    Currently, the DatePicker requires a Date object for min/max inputs, which is difficult in some cases when they need to be set programmatically and the value may need to be "unset" in some configurations (e.g. it depends on another date which may be null). 

    In contrast, other component libraries allow for null min/max dates e.g. Material or PrimeNG. It would be good for the same to be provided with Telerik. If null/undefined it could default to the standard min/max dates.

    The same would be good to have for the DateTimePicker.
    Completed
    Last Updated: 29 Oct 2026 17:18 by ADMIN

    Hi,

    in a Treeview bound to flat data (probably does not matter), if I have 3 items, and I drop the first 2 in the last, the loading indicator is stuck.

    Stackblitz repro: https://stackblitz.com/edit/angular-xiwrcwsx?file=src%2Fapp%2Fapp.component.ts

    Can you please take a look at it?

    Best regards,
    Michael

    Unplanned
    Last Updated: 29 Oct 2026 11:50 by ADMIN

    `ZonedDate.fromLocalDate(new Date('2025-10-26T00:00:00.000Z'), TIME_ZONE_ID_EUROPE_BERLIN)`returns hour **1**, although the correct local hour is **2** (CEST, UTC+2). Berlin switches back at **2025-10-26T01:00:00Z**, not at midnight UTC. The two consecutive UTC instants `00:00Z` and `01:00Z` must both display `02:00`, with different offsets.

    I tested the behavior with time zones 'Europe/Berlin' and 'Australia/Hobart'.

    I tried to attach a Markdown file here, but upload failed for whatever reason. You wiil find the detailed description in the Markdown below:

    # ZonedDate.fromLocalDate returns the wrong Berlin hour before the autumn DST transition
    ## Affected package and environment
    - `@progress/kendo-date-math`: **1.5.17**.
    - Reproduced with Node.js **24.18.0** on Linux.
    - Reproduced with host timezones **UTC** and **Europe/Berlin**.
    - The required Berlin timezone data is loaded explicitly in the reproduction.
    - Angular is not required to reproduce this issue.
    ## Summary
    `ZonedDate.fromLocalDate(new Date('2025-10-26T00:00:00.000Z'), TIME_ZONE_ID_EUROPE_BERLIN)`
    returns hour **1**, although the correct local hour is **2** (CEST, UTC+2).
    Berlin switches back at **2025-10-26T01:00:00Z**, not at midnight UTC.
    The two consecutive UTC instants `00:00Z` and `01:00Z` must both display
    `02:00`, with different offsets.
    ## Minimal reproduction
    In an empty directory, install the affected version:
    ```sh
    npm init -y
    npm install @progress/kendo-date-math@1.5.17
    ```
    Run the following as `repro.cjs` using `node repro.cjs`:
    ```javascript
    const assert = require('node:assert/strict');
    const { ZonedDate } = require('@progress/kendo-date-math');
    require('@progress/kendo-date-math/tz/Europe/Berlin');
    const inputs = [
        '2025-10-25T22:00:00.000Z',
        '2025-10-25T23:00:00.000Z',
        '2025-10-26T00:00:00.000Z',
        '2025-10-26T01:00:00.000Z',
        '2025-10-26T02:00:00.000Z',
    ];
    const hours = inputs.map((iso) =>
        ZonedDate.fromLocalDate(new Date(iso), 'Europe/Berlin').getHours());
    console.log('Actual Berlin hours:', hours);
    assert.deepEqual(hours, [0, 1, 2, 2, 3]);
    ```
    Actual output: `[0, 1, 1, 2, 3]`, followed by an assertion failure.
    Expected output: `[0, 1, 2, 2, 3]`.
    On Linux, both `TZ=UTC node repro.cjs` and
    `TZ=Europe/Berlin node repro.cjs` reproduce the failure.
    | Input UTC instant | Expected Berlin time | Actual hour |
    | --- | --- | --- |
    | 2025-10-25 22:00 | 2025-10-26 00:00 CEST | 0 |
    | 2025-10-25 23:00 | 2025-10-26 01:00 CEST | 1 |
    | 2025-10-26 00:00 | 2025-10-26 02:00 CEST | **1** |
    | 2025-10-26 01:00 | 2025-10-26 02:00 CET | 2 |
    | 2025-10-26 02:00 | 2025-10-26 03:00 CET | 3 |
    ## Diagnosis
    In the installed `dist/npm/tz/zoned-date.js`, `fromLocalDate()` calls
    `convertTimezoneUTC(date, 'Etc/UTC', timezone)`.
    For `2025-10-26T00:00:00Z`, that function:
    1. Calculates a base shift of +120 minutes.
    2. Creates an intermediate date of `2025-10-26T02:00:00Z`.
    3. Looks up the target offset again at that intermediate date.
    4. Finds a different offset and applies a -60-minute correction.
    The intermediate date encodes wall-clock fields; it is not the original
    instant. Looking up its offset as another instant causes the wrong hour.
    Simply deleting the second lookup is not a verified general fix. Additional
    probes show that Kendo's internal `offset()` lookup itself disagrees with
    `Intl` at some transition instants: for Berlin it returns -60 at
    `2025-03-30T01:00:00Z` (expected -120), and -120 at
    `2025-10-26T01:00:00Z` (expected -60). Existing corrections compensate for
    some of these cases. The UTC-instant-to-wall-clock operation should not
    depend on resolving an ambiguous wall-clock time back into an instant.
    ## Proposed upstream changes
    The following is a source-level proposal, not a released Telerik patch.
    It uses the runtime's IANA timezone implementation through `Intl`.
    Please adapt it to the package's source layout and supported-browser policy.
    ### 1. Preserve a known instant in the constructor
    Add an optional third parameter to the existing constructor. Insert this
    branch before its existing `timezone === ''` branch; leave the existing
    floating-date and wall-clock-input branches unchanged:
    ```diff
    -constructor(utcDate: Date, timezone: string) {
    +constructor(utcDate: Date, timezone: string, instant?: Date) {
         this._utcDate = cloneDate(utcDate);
         this.timezone = timezone;
    -    if (timezone === '') {
    +    if (instant && timezone !== '') {
    +        this.timezoneOffset = (instant.getTime() - utcDate.getTime()) / MS_PER_MINUTE;
    +        this._localDate = cloneDate(instant);
    +    } else if (timezone === '') {
    ```
    This also preserves the distinct instants behind the two occurrences of
    `02:00`, instead of attempting to infer the instant from ambiguous fields.
    `MS_PER_MINUTE` and `cloneDate` already exist in the implementation.
    ### 2. Replace the explicit-timezone path in fromLocalDate
    Retain the existing `timezone === ''` path. Replace the remainder of
    `fromLocalDate()` with the following code:
    ```typescript
    const formatter: Intl.DateTimeFormat = new Intl.DateTimeFormat('en-GB', {
        timeZone: timezone,
        calendar: 'gregory',
        numberingSystem: 'latn',
        year: 'numeric',
        month: '2-digit',
        day: '2-digit',
        hour: '2-digit',
        minute: '2-digit',
        second: '2-digit',
        hourCycle: 'h23',
    });
    const parts: Array<Intl.DateTimeFormatPart> = formatter.formatToParts(date);
    const getPart: (type: Intl.DateTimeFormatPartTypes) => number =
        (type: Intl.DateTimeFormatPartTypes): number =>
            Number(parts.find((part: Intl.DateTimeFormatPart): boolean => part.type === type)?.value);
    const utcDate: Date = new Date(0);
    utcDate.setUTCFullYear(getPart('year'), getPart('month') - 1, getPart('day'));
    utcDate.setUTCHours(getPart('hour'), getPart('minute'), getPart('second'), date.getUTCMilliseconds());
    return new ZonedDate(utcDate, timezone, date);
    ```
    Here, `utcDate` is deliberately a carrier of wall-clock fields in its UTC
    components, matching Kendo's existing internal representation. It is not
    the original UTC instant. No browser-local `Date` setters are used.
    The use of `hourCycle: 'h23'` prevents midnight from being encoded as hour 24.
    Milliseconds are preserved directly from the original instant.
    ## Regression coverage and review scope
    Please verify:
    - The five expected hours in the reproduction, under UTC and Berlin hosts.
    - Full calendar fields and milliseconds around both spring and autumn transitions.
    - `toLocalDate().getTime()` and `getTime()` still equal the input instant.
    - `getTimezoneOffset()` distinguishes the two occurrences of Berlin `02:00`:
      -120 for `00:00Z`, and -60 for `01:00Z`.
    - Zones with negative offsets and southern-hemisphere DST.
    - Existing behavior when the timezone argument is omitted or empty.
    The constructor/factory proposal addresses conversion from a known instant.
    It is not a complete redesign of ambiguous/nonexistent wall-clock input.
    Please also audit `clone()` and `toTimezone()`: the current implementation
    reconstructs values from wall-clock fields and can lose repeated-hour identity.
    Other arithmetic and `fromUTCDate()` paths require the vendor's full regression
    suite before release. Formatter caching may be appropriate after correctness
    and browser-support requirements are established.
    ### Validation performed
    The reproduction above fails on the installed package with exactly the
    documented hours and passes with the proposed changes applied in memory.
    The proposal also passed 11,580 conversion checks: five target zones
    (`Europe/Berlin`, `Europe/Athens`, `America/New_York`, `Australia/Hobart`,
    `Etc/UTC`), two host timezones (UTC and Berlin), and 15-minute samples within
    24 hours either side of six 2025 spring/autumn transition instants.
    These checks compared full calendar fields against `Intl`, verified
    milliseconds and instant round trips, and checked offset consistency.
    Separate checks verified the two Berlin repeated-hour offsets and unchanged
    floating-date conversion for the sampled instant. Installed dependency files
    were not modified. This is focused validation, not Telerik's full test suite.
    ## Application workaround
    Our application bypasses `ZonedDate.fromLocalDate()` for its display-date
    conversion and obtains calendar fields through `Intl.formatToParts()` instead.
    All active timestamp tests pass with UTC and Berlin host timezones.
    The original epoch value remains authoritative. A browser-local `Date` used
    as a display carrier cannot itself retain an arbitrary timezone or distinguish
    both occurrences of a repeated hour, and can normalize nonexistent host-local
    times during spring-forward transitions.

    Declined
    Last Updated: 22 Oct 2026 06:50 by ADMIN
    With the built-in chooser’s default `allowHideAll: false`, the last visible unlocked column’s checkbox is disabled.
    But when columns are added after the Grid has initialized, the chooser can leave that checkbox enabled. Reopening the chooser and unchecking it allows all data columns to be hidden.

    Proposed fix: Recalculate the chooser’s checked/disabled state after the column list and checkbox views are updated, and when that list changes - not only once during component initialization. In Kendo 25.3, `ColumnListComponent` runs `updateDisabled()` from a `ngZone.onStable.pipe(take(1))` subscription, which isn't sufficient when columns render lazily/asynchronously.

    Unplanned
    Last Updated: 20 Oct 2026 11:51 by ADMIN
    Created by: Julien
    Comments: 4
    Category: Drawer
    Type: Feature Request
    1

    Hi,

    Please provide similar functionality to Material's BreakpointObserver:

    https://material.angular.io/cdk/layout/api#BreakpointObserver

    that will allow changing the default options of the Drawer automatically based on the screen size.

    Thank you

    Unplanned
    Last Updated: 19 Oct 2026 14:46 by ADMIN

    In firefox, open the Kendo Radio Button documentation and slowly resize the window (https://www.telerik.com/kendo-angular-ui/components/inputs/radiobutton)

    The radio button will kind of jiggle around and occasionally the white dot in the radio button will become off-center.

    image-2026-01-15-14-27-31-711.png

    This also seems to happen in response to some material bouncy (cubic-bezier) animation transitions.

    Unplanned
    Last Updated: 19 Oct 2026 14:46 by ADMIN

    Hi, 

    Optimize the internal selection mechanism to enhance overall performance and prevent browser hangs when a large number of items are selected. This enhancement will significantly improve the user experience and ensure smooth functionality within the application.

    Example - https://stackblitz.com/edit/angular-83jvpr?file=src%2Fapp%2Fapp.component.ts

     

    Unplanned
    Last Updated: 19 Oct 2026 14:45 by ADMIN
    Created by: Kendo UI
    Comments: 2
    Category: Scheduler
    Type: Feature Request
    2

    Hi, 

    This will allow the developer to update the view of the Scheduler component without reloading the data.

    Unplanned
    Last Updated: 19 Oct 2026 14:45 by ADMIN
    Created by: Marc
    Comments: 2
    Category: Scheduler
    Type: Feature Request
    1

    Please provide a TimeLineMultiWeekView. It should allow the TimeLine view to display a start date from one month up to an end date in the following month. It should be similar to the available MultiWeekView.

    thank you

    Unplanned
    Last Updated: 19 Oct 2026 14:44 by ADMIN
    Created by: Evgeniy
    Comments: 2
    Category: Tooltip
    Type: Feature Request
    2
    It would be nice to have a built-in way to show the tooltip for overflowing text only instead of writing a function as defined in this KB article.
    Unplanned
    Last Updated: 19 Oct 2026 14:44 by ADMIN

    Hi Team, 

    Currently, there is no designated event that is being fired when selecting an already selected item in the PanelBar component. I would like to have an event that is being fired in such a use case.

    In React and jQuery, the PanelBar component seems to be firing an event in such cases:

    - React: https://www.telerik.com/kendo-react-ui/components/layout/panelbar/events/

    - jQuery: https://demos.telerik.com/kendo-ui/panelbar/events

     

    Unplanned
    Last Updated: 19 Oct 2026 14:44 by ADMIN
    Provide an option to clear the value of the DropDownTree and MultiSelectTree with a keyboard shortcut (like Esc key for the Combobox).
    Unplanned
    Last Updated: 19 Oct 2026 14:43 by ADMIN
    Created by: Rayane
    Comments: 2
    Category: PivotGrid
    Type: Feature Request
    1

    Hi,

    The inclusion of grouping support in the PivotGrid would be a valuable enhancement. This could potentially involve enabling drag-and-drop functionality for grouping, and it could also be integrated into the configurator for added convenience.

    Unplanned
    Last Updated: 19 Oct 2026 14:43 by ADMIN
    Created by: Kendo UI
    Comments: 2
    Category: DropDownList
    Type: Feature Request
    1

    Hi,

    At present, the DropDowns have the capability to accommodate just a single level of grouping. Enhancing this feature to support multiple levels of grouping would be highly beneficial.

    1 2 3 4 5 6