I am working with the RadRichTextBox and RadRichTextBoxRibbonUI... What is the reason for the "Insert Symbol" and "Insert Watermark" dialogs being not modal or is this just an oversight? In our application it gives us problems trying to detect document changes and close the popups.
3 Answers, 1 is accepted
0
Petya
Telerik team
answered on 26 Nov 2012, 06:18 PM
Hello Rob,
When it comes to the Insert Symbol dialog, the behavior is implemented in this way due to the fact that once the dialog is opened, you should be able to move the caret. This covers cases when the user wants to insert symbols at different places in the document and he/she would rather not open the dialog more than once. Moreover, the behavior is the same in MS Word and at this point we are not considering a change.
As for the Custom Watermark Settings dialog, there are no such custom requirements as watermarks are applied to the whole document with no regard to where the caret is. That said, we may reconsider the behavior of the dialog in the future, but I cannot tell if and when such a change will be made.
If you need help in implementing certain behavior of RadRichTextBox we will be glad to guide you in finding the correct approach. Please share some more details on the result you wish to achieve and your setup.
Thanks Petya. We've managed to find a way around it by forcing the dialogs to close when required.
This particular area of our application behaves similarly to a master/details model allowing users to select a "document" for editing from a list, and then editing the document on the right. We need to ensure that if they select a new document, we check our dirty flags, and close all the dialogs before opening it up.
0
Petya
Telerik team
answered on 28 Nov 2012, 04:28 PM
Hi Rob,
We are glad to hear you have found a way to implement the desired behavior - closing the windows when changing the document. We discussed your case and came to the conclusion that the current behavior is as expected.
In reference to my previous post, inserting a symbol for example is not really document-dependent. Same applies for using the Find/Replace dialog. As for other dialogs which have content based on the current document - such as the Styles dialog, things are a bit different. Though not modal, the dialog closes when changing the document and this is the behavior a user would expect.
That said we do not plan a change at this point and you should use the workaround you came up with.
Do not hesitate to get back to us if you are experiencing any problems.