When working with PrizmDoc Editor, I would like the comment box to always stay visible even after I have resolved or deleted comments.
Thanks for the reply.
On the first point,
Yes, it would be great if we can have "Show Resolved Comments" enabled by default so that the user need not enable each time they are reviewing the document.
On the second point,
2. Yes, we were looking for an option where the "deleted" comments are expected to be shown within the Editor UI specifically. A separate panel for deleted comments would make actions difficult for the users in case they want to undo the rejection (deletion in this case).
Also on the "Rejected" option, it is expected that the rejected comments will not be displayed in the document once it is downloaded, as the rejected comments need not be taken back for corrections. So a "Reject" option which will help the user to "Reject" a comment and then have the rejected comment displayed within the UI will be totally agreeable for us. Is there anyway that we can have either of these options
a. Display the deleted comments within the Editor UI even after it is deleted.
b. Have a "Reject" option in addition to "Resolve" and "Remove" options, so that the user can view the "Rejected" comments in the Editor UI itself.
Without this option, we are not able to release Word Integration feature for our existing users, so please consider this.
I apologize for taking so long to get back to you.
Regarding your questions:
There's no programmatic way to currently set this. We could, however, be able to add another property to the /createSession API allowing the default "Show Resolved Comments" state to be preset and that is something we can explore if you're interested.
Is it necessary that "deleted" comments be shown within the Editor UI specifically, or would it be acceptable to expose an event indicating when comments are actually deleted via the user interface so the deleted comment data can be captured by their application? In that case, you might be able to store the "deleted" comments on your application and possibly display them adjacent to the Editor container in a separate panel, control, etc. As long as document content is not expected to be modified at this point, these deleted comments could even be "undeleted" in the future if we exposed a new addComment client API.
Alternatively, we could track comments being "rejected" and display them as such in the UI per your suggestion, but when the document is exported to .docx, that data will be lost as .docx doesn't support that kind of metadata for comments.
Because of that export issue, I don't think that feature would be helpful to other customers and would likely be custom work specific to your application. If that is something you want to pursue, let me know and we can discuss further.
Yes your understanding is correct on the requirement. We went through your comment however we have some queries on the same.
Is there any way we can set the value of "Show Resolved Comments" programmatically? We are trying to understand if there is any event that we can call or any property that we can set to make this option enabled always.
Regarding show deleted comments, if it is not possible to display the removed comments after it is deleted, can we give another option to "Reject" the comment in addition to "Resolve" and "Remove".
Accepting and rejecting the comments and to show both accepted and rejected comments are integral part of our application's functionality without which we can't use this Editor in Production.
Editor has a setting that will show resolved comments with active comments. If you turn this on in the menu, any comment you resolve will stay visible until you either delete the comment or turn off the "Show resolved comments" in the menu.
Showing deleted comments is not something that we would implement because it dramatically differs from how standard text editing program function.
However if you need this feature for your particular workflow, you can reach out to your sales representative to discuss a possible custom project for adding this capability.
Please let me know if I misunderstood and I'll update this request accordingly.
You won't be notified about changes to this idea.