The end of Meridian Power-User (Windows Client) and the migration to HTML5 browsers will have some effect regarding the way we are working in Meridian. One of the main issue concerns document viewing and redlining as AutoVue will no longer work with Meridian.
The workaround consists to generalize PDF renditions and work with PDFTron. We will then need to generate a PDF rendition file for each document to maintain viewing and redlining features.
The publisher module can to do the job, even if the configuration needs accurate tuning.
I would like to raise the following issue:
* One of my Customers is currently managing up to 115 000 documents (and 100 000 more to come).
* About 80% (90 000) of those documents are PDF files (mostly created from paper documents and quite heavy)
* If we want to make those files available for viewing and redlining, we must create a rendition version of each document.
* At the end, 90 000 pdf files will be duplicated to create the rendition versions!
(I understand that the duplication is necessary for those how are using post-rendering features like watermarks or e-signatures)
The question is: Would it be possible to display the PDF native documents with PDFTron to avoid having to duplicate those files?
By example, the behavior could be as follow in the Power client: If the rendition file doesn't exist and the native file is a PDF document, Meridian could display a message like "Rendition not available. Do you want to display the native PDF document?".
(with an option to hide the message of course).
And for the Explorer Client, it should be possible to have an option at the view definition level to authorize the display of a native PDF file when the rendition is not available.