Welcome to the WPF feedback portal. We’re happy you’re here! If you have feedback on how to improve the WPF, we’d love to hear it!

  • Check out the features or bugs others have reported and vote on your favorites. Feedback will be prioritized based on popularity.
  • If you have feedback that’s not listed yet, submit your own.

Thanks for joining our community and helping improve Syncfusion products!

0
Votes

Noticed huge performance drop in wpf/net8/c#/docx editor without specific SfRichTextBoxAdv dropshadow parameter! If not specified, probabbly in codebehind there is a fallback that syncfusion editor is asking for at every letter typed, which causes it to recalculate additionaly. With two windows side by side test, input latency difference is 7 times. I was about to abbandon syncfusion solution completely because of latency, letters were held back, if single key pressed and held output arrived at chunks of 10-15 letters instead of seeing normal editor behaviour. Removing effects did not help, so I decided to try and add all that i could think of, which caused editor to speed up massively, than eliminated one by one and it's only dropshadow that has impact of this scale. Was lucky cause similar problem was causing latency elsewhere in my application day before, fallbacks that do more harm than good. Hope this information helps you improve the software.