We've changed internal representation of the XRRichText component. RichEditControl is used internally instead of the standard RichTextBox component. This way, we've improved the rendering mode for end-users in the End-User Report Designer: the XRRichText displays the content in editing mode in the same way as it will be rendered in the report finally. In addition, in the edit mode now two context menu options "Find" and "Replace" are available.
XRRichText - Use the Developer Express XtraRichEdit control as an in-place editor for the XRRichText control at design time
Answers approved by DevExpress Support
created 10 years ago
(modified 10 years ago)
We have implemented the functionality described in this ticket. It will be included in our next update(s).
Please check back and leave a comment to this response to let us know whether or not this solution addresses your concerns.
Additional information:
In the current beta 15.1.2, I can't see any changes to the XRRichText editor capabilities.
Please could you describe in more detail, waht exactly you have implemented?
Hello Severin,
I've updated the answer of this thread with the implementation details of this feature, so now you're able to review what was done in the context of this thread.
Tha
My hope was to get an editor for formatting all aspects of rcih text. Such as tabs, hanging indent and so on.
Just changing the rendering engine will not really be helpful. I have still to copy paste text formatted in another application (eg Word). So why you don't really implement a full featured XtraRichEdit control?
Hello Severin,
Thank you for sharing your thoughts with us.
While we have a separate thread where we are currently researching a functionality similar to the requested one (XtraReports - End-User Designer - Provide extended capabilities to format XRRichText content), the described functionality can be also implemented by the workaround demonstrated in the attached sample project. In that project, you'll see that a new "Edit in RichEditControl" option can be easily added to the XRRichText component smart-tag. In its turn, this option allows invoking a separate window (like a control designer) with the RichEditControl embedded for further editing XRRichText contents with all the capabilities provided by its full RichEditControl counterpart.
This way is also flexible since it provides the capability to set up the RichEditControl according to your requirements (i.e., you can hide all unnecessary options from the RichEditControl designer).
Thanks,
Dmitry
Yes of course I can extend the designer. But this would just be a workaround.
I want to have a real inplace editor with all the capabilities. Also this functionality should be available in an upcomming usable wpf end user editor.
I have already the problem about custom subreport objects, which I have to implement on my own in every end user. I think, it should be easy to enable more functions than just search and replace. (I don't want to wait another 7 years to go)
Hello Severin,
The provided workaround is the only possible way to achieve the desired functionality with the current version of our components.
I've passed your concerns to our R&D team, so they'll consider improving the XRRichText component in the described way in the future releases of the XtraReports Suite. Thank you for your cooperation and helping us improve our reporting tools.