List numbering should be restarted when copied list is pasted after content that is not in a list.
Steps to reproduce:
1. Create a file with a list, a blank line, some text, and another blank line
2. Copy the list
3. Paste it on the blank line directly after the list
Expected: The items are added to the end of the existing list
Observed: The items are added to the end of the existing list
4. Paste it on the blank line after the text
Expected: The items are added to a new list and start numbering at 1
Observed: The items are added to the existing list and start numbering at 7
Workaround:
private void RadRichTextBox_CommandExecuting(object sender, Telerik.Windows.Documents.RichTextBoxCommands.CommandExecutingEventArgs e)
{
if (e.Command is PasteCommand)
{
DocumentPosition position = new DocumentPosition(this.radRichTextBox.Document);
position.MoveToPosition(this.radRichTextBox.Document.CaretPosition);
position.MoveUp();
Paragraph previousParagraph = position.GetCurrentParagraphBox().AssociatedParagraph;
if (previousParagraph.IsInList)
{
// We shouldn't restart the numbering when the previous paragraph is in a list.
return;
}
RadDocument doc = ClipboardEx.GetDocument().ToDocument();
Paragraph firstParagraph = doc.EnumerateChildrenOfType<Paragraph>().First();
if (firstParagraph != null && firstParagraph.IsInList)
{
RadDocumentEditor editor = new RadDocumentEditor(doc);
editor.Document.CaretPosition.MoveToStartOfDocumentElement(firstParagraph);
editor.RestartListNumbering();
}
this.radRichTextBox.InsertFragment(new DocumentFragment(doc));
e.Cancel = true;
}
}
When setting IsSynchronizedWithCurrentItem to true, the RadListBox behaves differently from the standard ListBox; changing the selection in the RadListBox does not update the current item of the underlying ICollectionView.
It seems that on some devices a touch with the Stylus doesn't fire the WPF native Touch events. Only the Stylus events will be fired. Because the TouchManager internally works only with the WPF Touch events, the manager's events are not fired.
private void UpdateHeadersFooters(RadDocument document) { foreach (Section section in document.Sections) { if (section.Headers.Default.Body != null) { this.UpdateFields(section.Headers.Default.Body); } if (section.Headers.First.Body != null) { this.UpdateFields(section.Headers.First.Body); } if (section.Headers.Even.Body != null) { this.UpdateFields(section.Headers.Even.Body); } if (section.Footers.Default.Body != null) { this.UpdateFields(section.Footers.Default.Body); } if (section.Footers.First.Body != null) { this.UpdateFields(section.Footers.First.Body); } if (section.Footers.Even.Body != null) { this.UpdateFields(section.Footers.Even.Body); } } } private void UpdateFields(RadDocument radDocument) { RadDocumentEditor editor = new RadDocumentEditor(radDocument); editor.ChangeAllFieldsDisplayMode(FieldDisplayMode.Code); }
In Windows 11, when mouse over top level window title bar maximize box, there should be snap layout drop down, but for any child window there should not be snap layout drop down.
I've tested the following 4 cases and all of them works fine
1. win32 project
2. MFC project
3. general Winform project
4. general WPF project.
but for Telerik WPF project which use RadRibbonWindow as main window, the behavior is wrong. as attached video shows
We are using the RadRichTextbox limiting the width size and configured to wrap the text, automatically increasing its height as needed. While this functionality works correctly for most text, it fails in cases where a line ends with spaces. These trailing spaces extend beyond the control's visible boundaries, making them invisible on-screen, yet they remain present in the RadDocument.
To reproduce: Create a RadRichTextbox with limited width and auto adjusted height. Type in underlined text on first line and add a lot of spaces that go behind the visible width. Type in more text to see the visible underlined text go to the next line (while hiding the added underlined spaces of the previous line). Exporting to RadDocument shows the extra underlined spaces that RadRichTextbox does not.
The event args for the RadDocking.ActivePaneChanged are named "ActivePangeChangedEventArgs" which I'm assuming is a typo for "ActivePaneChangedEventArgs".
maybe there are some ways to appear the mouse point offset grow in steps when move the float window in raddocking by mouse drag.but I found when move the float window's header pass the document's tab,don't docking,then release mouse,and then move the float window again back and forth or up and down,the mouse point offset grow in steps, at last the mouse's point leave the float window's header with hold the window's drag state.
I use RadWindow as the main window for my application (primarily because I want to embed a menu in the title bar). This works well except our users have reported a bug where they are unable to use hotkeys following activating the application from the TaskBar.
A typical scenario:
* minimise the application using the minimise button
* some time later, activate the app by clicking on the TaskBar icon
* Press CTRL+N hotkey combination which should execute a command
I have created a sample application that shows two windows: a regular Window and a RadWindow. They both contain input bindings for the Ctrl+N combination. When the regular window is activated from the taskbar, the input bindings work, but when the same sequence of events is performed on the RadWindow the input bindings do not work. Clicking between the windows does work - it seems the problem is only related to application activation.
On a related note, both windows contain a TextBox control. If text is highlighted in the regular window, the highlighted text is maintained and redisplayed when the window is activated. This does not work for the RadWindow. As it relates to keyboard focus, I wonder if the problem is related.
Hi,
I would like to report that automatic generate of connection point for Bezier connection is wrongly generated when link is attached to Gliding Connector.
Connection point is generated at the position where link is attached to shape. I think for such use-case you should generate connection point taking into account angle of link in relate to shape and generate connection point a bit moved. When connection point is generated at attach position it makes that the "arrow" of link have wrong angle.
I'm attaching video and your sample solution with my modifications to easier reproduction.
Best regards,
BH