The label of some of the group fields in the table wizard are not properly aligned
Currently, the labels in the Cell Padding and Cell Properties sections are not correctly aligned
The issue is a regression starting with 2025.3.812
execute: function (e) {
console.log(e.name);
if (e.name == "tableWizardInsert" || "tableProperties") {
setTimeout(function () {
debugger;
$(".k-form-fieldset .k-d-grid .k-form-field:eq(0)").addClass(
"k-col-span-full",
);
});
}
if (e.name == "tableCellProperties") {
setTimeout(function () {
$("#k-cell-properties .k-form-field:eq(0)").addClass(
"k-col-span-full",
);
});
}
},
Dojo - https://dojo.telerik.com/IXvPpgtT
1. use safari browser
2. Go to https://demos.telerik.com/kendo-ui/editor/index
3. copy a long text over 25 characters
4. paste the copied text in the editor
5. notice that the scroll takes you to the bottom of the page, The same is not noticed in any other browser.
6. This is very inconvenient.
When an image from docx file is pasted in the Editor an error is thrown.
An error is thrown : "Failed to execute 'readAsDataURL' on 'FileReader': parameter 1 is not of type 'Blob'"
screencast
There should be no errors in the console.
The ColorPickers in the Editor allow the user to change the text color or the background color of a selection in the component. When the Editor is working in Inline mode, if you select a text and manually enter a value in the HEX input of a ColorPicker, the pre-selected text is no longer selected. No text is colored inside the Editor.
The ColorPicker closes. The selected text in the Editor before opening the ColorPicker is no longer selected. No text in the Editor is in the color entered in the HEX editor.
Clicking on the Apply button of the ColorPicker, after a HEX value is entered, should close the ColorPicker and color the pre-selected text. This correct behavior can be observed in the second Editor in the linked above Dojo example.
Bug report
Custom ContextMenu tool in Editor does not trigger close in built-in ColorPicker tools (probably others as well) after 2025.1.211
Reproduction of the problem
1. Open the Dojo - https://dojo.telerik.com/vkqfrNLN
2. Click on Background color ColorPicker
3. Click on custom ContextMenu
Both popups overlap
Expected/desired behavior
Wokraround
Manually close popups of pickers
// Get the editor instance
var editor = $("#editor").data("kendoEditor");
// Close other dropdowns when clicking your custom tool
$("#" + controlID).on("click", function () {
var foreColor = editor.toolbar.element.find("input[data-command='foreColor']").data("kendoColorPicker");
var backColor = editor.toolbar.element.find("input[data-command='backColor']").data("kendoColorPicker");
foreColor.close();
backColor.close();
});
Environment
Kendo UI version: 2025.1.211 or newer
Browser: [all]
When the Inline Editor is created from a hidden element, the toolbar is broken.
Regression introduced with 20251.211
The Editor toolbar is broken
The Editor toolbar should be rendered correctly
Describe the bug
When the user selects a word and changes its style (for example bold, italic, etc.) the content of the inline Editor is wrapped on multiple lines.
To reproduce
Steps to reproduce the behavior:
Expected behavior
The content should not wrap.
Workaround
<style>
.k-editor{
display: block
}
</style>
Dojo - https://dojo.telerik.com/iZZPZIGg
Regression since 2022.1.119
Affected package (please remove the unneeded items)
Affected suites (please remove the unneeded items)
Affected browsers (please remove the unneeded items)
When the Inline Editor is created from a collapsed pane in the Splitter, the toolbar of the Editor is broken.
Regression introduced with 2025.1.211
The inline Editor's toolbar is broken
The Editor's toolbar should be rendered correctly
If you have several Inline Editors and a Slider, switching focus from Slider and typing in the Editors result in an error in the console.
An error is thrown in the console
No error should be thrown on the console
Reproducible with inline and classic Editor.
Dojo example.
Undo does not work the first time Ctrl + Z keys are pressed. It works, if you press them a second time.
If the keydown event handler is not attached, it works as expected.
Undo works on the first press of Ctrl + Z keys.
Editor's Toolbar sets default values when adding a text ( double Enter
click ) between Ordered / Unordered list items.
fontName
and fontSize
.Enter
twice to create a new line.The fontName
and fontSize
are set to the default values ( inherit
).
The fontName
and fontSize
remain with the values we set.
The options in the Format Tool dropdown are displayed differently in Safari.
Regression introduced with 2023.1.314
The options in the Tool are displayed with different styles compared to Chrome
The options should be displayed as in Chrome.
Inline Editor does not close if you drag it to another position. Additionally, while dragging, occasionally the Editor will disappear, or it will have a padding from the cursor.
Regression introduced with 2023.2.606
Video - http://somup.com/cZeOQ5CYa8
The inline Editor remains open when it loses focus
Thе inline Editor should close when it loses focus
We are seeing an issue with duplicate images being inserted in the editor on the key combinations below.
This issue can be recreated on the Kendo editor demo website.
The resize handlers in Editor are visible after an image has been deleted
The image disappears, but the resize handlers remain visible
The resize handlers should be hidden when an image is deleted.
<script>
var editor = $('#editor').kendoEditor().data('kendoEditor');
$(editor.body).keydown(function(e){
if(e.key === "Delete"){
$(editor.body).find('.k-element-resize-handle-wrapper').hide()
}
})
</script>
The Editor table wizard does not apply styling to all cells
The specified border is not applied. Selecting the February header instead and repeating the steps above applies the border styling
The styling applied through the wizard should be applied to the table cell
Hi, steps to reproduce problem:
1. Crete editor with content:
<p>hello
<strong contenteditable="false">OMG</strong>
world</p><p></p>
2. Put cursor at the end
3. Hit backspace
Strong tag disappears but it shouldn't.
Attached html file with the case.
Reproducible in demos in Chrome.
The Editor's content is focused and the caret is printed.
The caret is not printed.
Immutable content is incorrectly removed when you delete line in the Editor textarea.
The immutable "Dear" part of the text is removed instead of the empty line
The immutable content should not be removed
The <source>
tag in the Editor gets closed incorrectly. It's a void element, so it should either close itself or not have a closing tag at all. To quote MDN:
The element is a void element, which means that it not only has no content but also has no closing tag. That is, you never use "</source>" in your HTML.
Follow these steps:
viewHtml
" enabled in the toolbar, e.g.:$("#editor").kendoEditor({ tools: ["viewHtml"] });
</>
button to open the "view HTML" modal;<picture>
<source media="(min-width: 0px)" srcset="https://picsum.photos/id/0/300/200.webp" type="image/webp" />
<source media="(min-width: 0px)" srcset="https://picsum.photos/id/0/300/200.png" type="image/png" />
<source media="(min-width: 0px)" srcset="https://picsum.photos/id/0/300/200.jpg" type="image/jpg" />
<img src="https://picsum.photos/id/0/300/200.jpg" width="300" height="200" />
</picture>
</>
button again to view the HTML, and you'll notice that all <source>
tags now have a </source>
closing tag added.All the <source>
get closing tags (</source>
), which makes the HTML invalid as it's a void element. Above snippet would get turned into this (indented for readability):
<picture>
<source media="(min-width: 0px)" srcset="https://picsum.photos/id/0/300/200.webp" type="image/webp"></source>
<source media="(min-width: 0px)" srcset="https://picsum.photos/id/0/300/200.png" type="image/png"></source>
<source media="(min-width: 0px)" srcset="https://picsum.photos/id/0/300/200.jpg" type="image/jpg"></source>
<img src="https://picsum.photos/id/0/300/200.jpg" width="300" height="200" />
</picture>
The <source>
should not get a closing tag, but should either close themselves, or not be closed at all.