Completed
Last Updated: 25 Nov 2019 15:04 by ADMIN
Release LIB 2019.3.1202

If you have an XML attribute with a string value, but the value is not fully rendered into the viewport, its color defaults to black, instead of the expected blue color.

To work this around, you can create a custom XmlTagger and override its GetTags() method. This will allow you to properly catch the string value and return it as a tag span element with its ClassificationType set to "string".

Completed
Last Updated: 31 May 2021 08:01 by ADMIN
Release LIB 2020.2.406 (04/06/2020)
A message could be shown when using the Find mechanism, and you reach the end of the file or the starting point of the search. 
Completed
Last Updated: 01 Jul 2020 10:19 by ADMIN
Release LIB 2020.1.302 (02/03/2020)
Introduce a property to control whether the matching of the start and end folding tags is case sensitive or not.
Completed
Last Updated: 10 Apr 2020 05:08 by ADMIN
Release LIB 2020.1.413 (04/13/2020)
If secondary wpf window is opened in an application, the enter key does not work in SyntaxEditor. It does not produce new line as expected.
Completed
Last Updated: 30 Apr 2020 06:46 by ADMIN
Release R2 2020
Currently the strings are not colored in C#, VB, JS documents working with CSharpTagger, JavaScriptTagger, VisualBasicTagger. Make the strings colored out of the box.
Completed
Last Updated: 14 May 2020 15:18 by ADMIN
Release LIB 2020.2.518 (18.05.2020)

When the control is inside ScrollViewer and you click it, focus is lost and caret disappears. Some controls have built in ScrollViewer , for example LayoutControl so placing the editor in LayoutControl also leads to the same issue.

Generally placing the syntaxeditor in scrollviewer is risky for the vertical virtualization so at least a height should be set to the control. In R2 2020 SP, an exception will be thrown if Syntax Editor with no height is added in scroll viewer or stack panel or other panel which measures vertically with infinity.

Workaround for this issue:

        private void syntaxEditor_MouseLeftButtonDown(object sender, MouseButtonEventArgs e)
        {
            e.Handled = true;
        }
Unplanned
Last Updated: 30 Jun 2020 11:52 by ADMIN
Currently, if you load a big .xml file with big number of tags, the XmlFoldingTagger takes a lot of time to execute its logic. Improve the performance in those situations.
Completed
Last Updated: 23 Sep 2020 12:55 by ADMIN
Release LIB 2020.3.928

In some scenarios, an ArgumentException is thrown when a folding region with selected text is collapsed. An example can be seen below:

Completed
Last Updated: 14 Oct 2020 11:05 by ADMIN
Release R3 2020 SP

After putting a folding region out of the viewport by scrolling and then bringing it back, the folding region is not drawn correctly when typing new lines into it.

Completed
Last Updated: 01 Mar 2021 05:56 by ADMIN
Release LIB 2021.1.301 (1/03/2021)
The highlighting of tags becomes invalid when scrolling horizontally.
Completed
Last Updated: 18 Feb 2021 14:43 by ADMIN
Release R1 2021 SP1

/* and */ words are start /end words for multiline comments in C#/SQL/VB 

They should be outside strings when they form a comment block.

Unplanned
Last Updated: 02 May 2022 11:58 by Greg
Created by: Stenly
Comments: 1
Category: SyntaxEditor
Type: Feature Request
1
Add functionality for precise positioning of the popups inside the RadSyntaxEditor control.
Completed
Last Updated: 18 Nov 2022 06:13 by ADMIN
Release LIB 2022.3.1121 (21 Nov 2022)
Big text with many lines or lines long enough to cover the viewport height when wrapped with word wrapping break the virtualization mechanism in RadSyntaxEditor. This makes the scrolling and resizing performance slow.
Completed
Last Updated: 06 Mar 2023 15:23 by ADMIN
Release R1 2023 SP1
Enter key is improperly handled internally and this results in inability to use the key in combination with other modifier keys for custom commands.

For example this custom code completion command does not fire when pressing Ctrl + Enter:

        private void syntaxEditor_Loaded(object sender, RoutedEventArgs e)
        {
            var completionCommand = this.syntaxEditor.Commands.CodeCompletionCommand;
            InputBinding keyBinding = null;
            foreach (InputBinding item in this.syntaxEditor.EditorPresenter.Caret.InputBindings)
            {
                if (item.Command == completionCommand)
                {
                    keyBinding = item;
                    break;
                }
            }

            // unregister old key binding via Caret InputBindings
            this.syntaxEditor.EditorPresenter.Caret.InputBindings.Remove(keyBinding);

            // register new command in Syntaxeditor
            this.syntaxEditor.KeyBindings.RegisterCommand(completionCommand, Key.Enter, ModifierKeys.Control);
        }
Completed
Last Updated: 20 Jun 2023 06:04 by ADMIN
Release LIB 2023.2.619 (19 Jun 2023)
Searching "windows" in the text "Windows Windows Windows" with option MatchCase highlights all windows which is wrong - no highlight should be performed
Completed
Last Updated: 13 Jul 2023 08:43 by ADMIN
Release R2 2023 SP1
Created by: Martin Ivanov
Comments: 0
Category: SyntaxEditor
Type: Feature Request
1

Localize the tooltips for the match case button, the match word button and the use regular expression button.

Currently, the tooltips of the buttons are using hardcoded strings in English.

To translate the tooltips, you can get the corresponding buttons on load of the syntax editor control and replace their tooltips manually.

private void syntaxEditor_Loaded(object sender, RoutedEventArgs e)
{
	var buttons = this.syntaxEditor.ChildrenOfType<RadToggleButton>();
	var matchCaseButton = buttons.FirstOrDefault(x => x.Name == "PART_MatchCaseButton");
	var matchWordButton = buttons.FirstOrDefault(x => x.Name == "PART_MatchWordButton");
	var useRegularExpressionsButton = buttons.FirstOrDefault(x => x.Name == "PART_UseRegularExpressionsButton");

	matchCaseButton.ToolTip = CreateToolTip("SyntaxEditor_MatchCase"); // these are custom localization resource keys that should be manually defined by the developer that uses this solution
	matchWordButton.ToolTip = CreateToolTip("SyntaxEditor_MatchWord");
	useRegularExpressionsButton.ToolTip = CreateToolTip("SyntaxEditor_UseRegularExpressions");
}

private static ToolTip CreateToolTip(string resourceKey)
{
	var toolTip = new ToolTip();
	toolTip.Content = LocalizationManager.Manager.GetStringOverride(resourceKey);
	return toolTip;
}

Unplanned
Last Updated: 28 Oct 2024 10:31 by Vladimir
When the EditorFontFamily is set to SegoeUI the RadSyntaxEditor can be placed over letters when changing it position.
Unplanned
Last Updated: 01 Nov 2024 09:13 by Dariush
Created by: Dariush
Comments: 0
Category: SyntaxEditor
Type: Feature Request
1
Add spellcheck as you type feature.
Unplanned
Last Updated: 13 Mar 2025 09:42 by Dariush
Steps to Reproduce:
--Install Bopomofo or Quick input method (Traditional Chinese).
--Open the Telerik SyntaxEditor in a WPF application.
--In any text input field, enter an Alt code (e.g., Alt+0160 for a non-breaking space).
--Attempt to type any Chinese characters immediately after entering the Alt code.

Current Behavior:
  -Bopomofo IME:
    -- The user cannot type any Chinese characters after entering an Alt code.
    -- Switching the language (e.g., pressing Shift) allows English input, but Chinese input remains blocked.

Quick IME:
   -The input method automatically switches to English after entering an Alt code.
   -The language indicator still shows Chinese, but characters typed are in English.
   T-o resume Chinese input, the user must click another text field, alt-tab to another window, then return.

Expected Behavior:
   -Users should be able to continue typing Chinese characters after entering Alt codes without needing to manually switch inputs.
   -The IME state should remain consistent, allowing uninterrupted input.
Declined
Last Updated: 11 Apr 2025 09:26 by ADMIN

Hi, I have a problem with using SyntaxEditor.

There are two errors when using Korean.

1. When I enter Korean, the caret is shown to the left of the position to be entered. (See line 19 in the Attached File 1)

To add a description of the attached file1, it was a situation in which "가나다라마바사아자차카타파하" was entered in the order, and "하" is the last letter entered, but it can be showed that "하" is located in the middle between "사" and "자". (See line 19 and I check this character with green border in the Attached File 2)

2. When Korean is present in the line, the length of the selection area represents shorter than the input width of the input characters when selected. (See line 3, 19, 20, 21, 27, 28 in the Attached File 3)

I found that the same defect occurred in Windows11 and Windows10.

I hope it will be resolved as soon as possible.