The component itself seems to work fine with DPI scaling except for the search/find functionality. When you search for some text and click to go to the first instance it finds, the actual text is off-screen, though it is highlighted correctly (when you scroll down you can see it highlighted).
This is easy to replicate by changing the Windows display scale to anything other than 100%.
Use the following code in the project:
Private Sub btnToggleWW_Click(sender As Object, e As EventArgs) Handles btnToggleWW.Click
RadSyntaxEditor1.IsWordWrapEnabled = Not RadSyntaxEditor1.IsWordWrapEnabled
Me.Text = RadSyntaxEditor1.IsWordWrapEnabled.ToString()
End Sub
When you enable the word wrapping, the horizontal scrollbar is collapsed:
However, when the word wrapping is disabled, the scrollbar doesn't reappear anymore:
This is an odd one - see attached GIF.
If I attempt to select characters with the mouse (left-click + drag), at the beginning of any line of text, it won't highlight (90+% of the time). That's if I'm dragging from left-to-right.
If I select the same text from right-to-left, it works every time.
Setting the SyntaxEditorElement.IsReadOnly property to true disables editing the text inside RadSyntaxEditor. However, when opening the Find and Replace dialog, the user is still allowed to replace the text and thus change the content in the document. This shouldn't be allowed when the control is in read-only mode.
Workaround:
this.radSyntaxEditor1.SyntaxEditorElement.InputHandler = new MyInputBehavior(this.radSyntaxEditor1.SyntaxEditorElement);
public class MyInputBehavior : SyntaxEditorInputBehavior
{
public MyInputBehavior(RadSyntaxEditorElement editor) : base(editor)
{
}
protected override void PerformOpenFileDialog(KeyEventArgs e)
{
this.SyntaxEditor.SearchPanel.ReplaceAllButton.Enabled = false;
this.SyntaxEditor.SearchPanel.ReplaceButton.Enabled = false;
this.SyntaxEditor.SearchPanel.ReplaceTextBox.Enabled = false;
base.PerformOpenFileDialog(e);
}
}
When I setup and OverloadList, the OverloadListWindow follows the cursor and can move off screen so the user can't see/read the information that is presented.
Workaround: adjust the position of the overload window when it is shown:
this.radSyntaxEditor1.SyntaxEditorElement.IntelliPrompts.OverloadListWindow.VisibleChanged+=OverloadListWindow_VisibleChanged;
private void OverloadListWindow_VisibleChanged(object sender, EventArgs e)
{
ShapedForm f = sender as ShapedForm;
Screen myScreen = Screen.FromControl(this);
Rectangle area = myScreen.WorkingArea;
if (f.Left + f.Width > area.Width)
{
f.Left = area.Width - f.Width -5;
}
}
Change the NumbersColor at design time:
Run the application:
Workaround: move this code in the Form.Load event
This is how it is parsed in Microsoft SQL server Management Studio:
When using the new Office 2019 Light theme in the SyntaxEditor there are no scrollbars displayed in the CompletionList window. Also the list is not scrollable using the scrollwheel. Only when using the arrows on the keyboard.
When using the fluent theme it is working fine.
See attached screenshots.
If my xml string contains an element with attributes, XMLFoldingTagger just ignores it!
For example:
<Formular DebugMode="F" Version="1" Typ="Rechnung">
<OtherElements/>
<Formular/>
is ignored. Element Formular is not recognized by the XMLFoldingTagger. Only simple elements are recognized, like:
<Formular>
<OtherElements/>
<Formular/>
XMLFoldingTagger is not documented. Neither here: https://docs.telerik.com/devtools/winforms/controls/syntax-editor/features/taggers/overview nor here: https://docs.telerik.com/devtools/winforms/controls/syntax-editor/features/taggers/folding-taggers.
This is the current implementation that is used in RadSyntaxEditor when navigating to the next/previous word, start/end of the current word, etc. It would be good to have an event that allows you to specify the ChartType according to your needs and thus affecting the words navigation in the document.
internal static CharType GetCharType(char c)
{
if (CharsToBeTreatedAsDefault.Contains(c))
{
return CharType.Default;
}
if (LineBreak.IsLineBreak(c))
{
return CharType.NewLine;
}
if (char.IsWhiteSpace(c))
{
return CharType.WhiteSpace;
}
if (char.IsPunctuation(c) || char.IsSymbol(c))
{
return CharType.PunctuationOrSymbol;
}
return CharType.Default;
}
RadSyntaxEditorElement offers the following method: public CaretPosition GetPositionFromPoint(System.Drawing.Point point)
However, it doesn't return the correct CaretPosition as it requires to transform the System.Drawing.Point first:
private void MySyntaxEditor1_MouseDown(object sender, MouseEventArgs e)
{
CaretPosition pos = mySyntaxEditor1.SyntaxEditorElement.GetPositionFromPoint(GetPosition(e, mySyntaxEditor1.SyntaxEditorElement.EditorPresenter));
CaretPosition start = new CaretPosition(pos);
start.MoveToCurrentWordStart();
CaretPosition end = new CaretPosition(pos);
end.MoveToCurrentWordEnd();
mySyntaxEditor1.SyntaxEditorElement.Selection.Select(start, end);
} public Telerik.WinControls.SyntaxEditor.UI.Point GetPosition(System.Windows.Forms.MouseEventArgs args, Telerik.WinControls.SyntaxEditor.UI.UIElement element)
{
System.Drawing.Point screenLocation = mySyntaxEditor1.SyntaxEditorElement.PointToScreen(args.Location);
System.Drawing.Point point = element.PointFromScreen(screenLocation);
Telerik.WinControls.Layouts.RadMatrix matrix = element.TotalTransform;
matrix.Invert();
return new System.Drawing.PointF(point.X * matrix.ScaleX, point.Y * matrix.ScaleY);
}
Please refer to the attached gif file.
Workaround: set bottom padding by setting the SyntaxEditorElement.HorizontalScrollBar.Padding property.
mySyntaxEditor1.SyntaxEditorElement.HorizontalScrollBar.Padding = new Padding(0, 0, 0, 2);