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
Hi,
I would like to report that Z-index have unexpected values when RadDiagramContainerShape are used.
Please watch video first, my remarks points to the video attached to the ticket.
1. Currently there is a possibility that Container A can be hidden by Container B and this is fine.(~11sec of movie)
2. However then i will add Container C to Container A and then drag Container B to overlaps Container A it overlaps only Container A and does not overlaps Container C which for end-user could be very confusing, why Container C is visible at that time.(~20-30 sec of movie)
The problem gets more complicated when i drop Container B to overlaps Container A but without adding Container B as a child of Container A.
In that way it looks that children of Container A are children of Container B
3. When i will add new container "Header" to Container B and then overlaps Container A and Container C then its even more mixed up(~ 30-50 sec of movie)
4. When i will add new container "Header" to Container A and Z-index are somehow refreshed and then in magic way Container_C now overlaps "Header" container from Container B(~58sec of movie)
I would expect:
Fix calculation of Z-index in that way if Container B overlaps Container A it means it overlaps as well it's children. Currently you have flat hierarchy of VMI containers which leads to such Z-index issues.
OR
Expose possibility to override your internal methods which calculates the Z-index.
If a formula contains a named range as an argument, its value may not get updated properly in the following scenario:
In the formula: =SUMIF(A1:A4, 3, ColumnC), ColumnC is a named range refering to C1:C4. Range A1:A4 contains the values 3, 2, 2, 3, which will avoid a circular reference. The formula is entered twice, in C2 and C3. Note that these cells are part of the range ColumnC refers to. When you refresh the formula in C3 (enter edit mode, then press enter), it will calculate correctly, but the formula in C2 will be recalculated to an error. If you refresh the formula in C2, the formula in C3 will be evaluated to an error.
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.
Can be reproduced in the WPF demo (Windows8 theme): the error description tooltip appears on the left of the control and with the red arrow on the left (see attachment). The tooltip should appear on the same side of the red adorned element (the red triangle, top right corner) and the tooltip arrow should point the control.
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
Exception when editing the template and showing the tooltip of the ValidationErrorElement
Workaround:
Replace the validation element:
<Grid x:Name="ValidationErrorElement" Visibility="Collapsed">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); }
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; } }
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.
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.
The event args for the RadDocking.ActivePaneChanged are named "ActivePangeChangedEventArgs" which I'm assuming is a typo for "ActivePaneChangedEventArgs".