Allow developers to add their own functions to the list of available functions in the RadExpressionEditor and then pass these functions to the LINQ runtime when the expression tree is built. Add support for custom Categories as well. Scheduled for:
The feature will be available in R1 2019, scheduled for the mid of January 2019.
When creating an expression that has a decimal, if it doesn't have a zero in front of the decimal, it doesn't evaluate the expression: eg: 0.02 is valid , .02 is invalid
Highlighting logic is not executed correctly when after an invalid expression, another invalid expression is entered.
Incorrect order of operations when brackets are used. Write 4*(3*2) + 1 in the code editor observed result: in the result preview the result is 28 expected result: the result should be 25 Workaround is to add brackets on every operation: (4*(3*2)) + 1
Respect DisplayNameAttribute of the added fields from fields list in ExpressionTextBox.
The following exception is thrown when translating an expression with a nested member passed to a generic method call:
ArgumentException: 'Value' is not a member of type ' VesselInformation.VesselEventType'
Edit: ExpressionChanged event stops firing in R3 2021 which is a related regression that should be addressed.
Currently, the RadExpressionEditor control shows a wavy underline and a red color to indicate that an error is present.
We could introduce API to modify this behavior, which will ultimately be used by the ChangeUnderlineDecoration and ChangeUnderlinesColor methods of the internal RadRichTextBox control.