Apryse WebViewer Component Plug-in

Overview

Apryse WebViewer for Appian is renowned document technology that powers mission-critical applications for private companies, large enterprises, and governments alike.

  • Improved Document Processing Tools
    • Bring a fully customizable suite of the highest quality document tools to your Appian instance and easily integrate any common and uncommon document capabilities to work on PDF, MS Office, Images, HTML, CAD, BIM, DICOM, and many more.
  • Out-of-the-box or Fully Customizable User Interface
    • Adjust the user experience to align with your Appian requirements and configure styling and available functionalities comfortably in Appian Designer - or take full control of the user experience and customize details by directly changing the UI’s source code.
  • Secure Client-Side Processing
    • Eliminate security loopholes: Not only can your users complete document tasks within Appian, with client-side processing the data also never leaves the Appian instance.
  • Conveniently Open & Save Documents from and to Appian
    • Get WebViewer Connected System to open documents from Appian: https://community.appian.com/b/appmarket/posts/pdftron-web-viewer-connected-system.
  • Pricing
    • The Plug-in offers unlimited WebViewer features for free in demo mode, limited only by watermarking processed documents until a license is obtained

    • Apryse's licensing model scales appropriately with the depth of licensed functionality and your anticipated scope of distribution.

    • Before deploying to production, please contact us to obtain a license: https://www.pdftron.com/form/contact-sales/?utm_medium=partner&utm_source=appian

  • Support

Key Features & Functionality

  • View & Search on PDF, DOCX, XLSX, PPTX, Images, and more
    • Multiple viewing options, reflow mode, and unlimited zoom allow you to view even the most complex or large documents with high-speed and reliability.
  • Annotate, comment, review & approvals
    • Collaborate on PDF, MS Office, and other formats using any of 35+ different annotation tools, such as highlights, stamps and notes. Export annotations via XFDF, and all PDF annotation types.
  • PDF In-line Text Editing
    • Edit & reflow PDF text and images, resize or change the position of text and images. Apply different styles like bolding, italicizing or underlining.
  • PDF Page Manipulation & Document Assembly
    • Insert pages and content, append, split, remove, crop, reorder, rotate, export, edit, and more – manually or programmatically.
  • Redaction
    • Safely and permanently remove sensitive content from PDFs. Redact regions and text manually in the Viewer - or programmatically via search & redact, including RegEx search to detect and remove personally identifiable information (PII).
  • Digital Signatures
    • Sign PDFs using standard (and custom) Digital Signatures. Extract information for validation. Support multiple signatures and XFDF.
  • PDF Form Filling & Extraction
    • Support interactive form filling, FDF, and embedded JavaScript - or programmatically create, pre-fill, sign, extract, and flatten PDF forms.
  • Document Comparison
    • Compare two documents side by side and highlight differences. Compare changes in semantic categories, such as headers, paragraphs, numbers, and generate a differences summary document for easy review.
  • Learn more about WebViewer:
Anonymous
Parents
  • I am playing around with this functionality and am having an issue with saving rotated documents.  If I draw on the document and save, I see the changes.  If I rotate the document and save, then the changes are not reflected in the new document.  Any help would be greatly appreciated.  Thanks!

  • Hello, happy to help! Please reach out to andrey@pdftron.com. How are you rotating the documents?

  • Thanks Mike, I got it now. We are working on a new version of component and I will try to incorporate this change.

  • The "regular save" button *only* saves over the existing document (as a new version).  My point is, there needs to be a way to configure this in the back-end to create a new, separate document in an arbitrary folder. 

    Imagine a use case where we present a generic template to a basic user, ask them to populate a few things (for example just a name and signature, etc), then save.  We are *NOT* talking about "computer experts" here - but rather, about as far to the other end of the spectrum as you can get.  The "save as" button (while a nice option in other cases, of course) is not acceptable here, particularly because we won't want to count on the basic user to have to provide a correct / meaningful name (nor would i even assume they'll even do it successfully at all, in some cases).  Instead I'd hide the "save as" button and just make them click "save" - but I don't want to save over my generic template, either.

  • Mike, there should be two buttons one for save and one for save as where it captures the name. Does the regular save does not work for you?

  • Thanks - that appears to be the culprit behind the confusion here.  I was able to use that control to rotate a page in a document and i can confirm it persisted after hitting "save".

    Also, a bit of a feature request: if using this in a production system, I'd want an easier way to provide the user a generic template, and when they hit "save", have the component save a new (separate) copy (with either the same name or a pre-determined one), without having to require the user to hit "save as" and type a hand-entered name. 

    The current options don't allow us to do this, though they're frustratingly close.  It would simply require a new optional flag called "saveNewCopy", maybe a new field called "newCopyFilename" or similar, and it could utilize the existing "document folder" parameter for the save-to location (which, BTW, if not provided during a "save as", saves new documents to a "null" Folder ID, leaving them in a weird limbo in the appian filesystem - just fyi.  it would be better if it could be "forced" somehow, or hardcoded to /Default Community/Temporary KC/Temporary Documents, if a better value isn't provided).

  • Hi Mike, View Controls are just for user preference on viewing the document in moment, if you open the page manipulation, rotate it and save the document, it will preserve the orientation.

  • I can confirm the above behavior, i believe (i just installed the plug-in this afternoon after learning about it in the 22.3 webinar).  I can rotate the document using the "rotate clockwise" control under "page orientation" in the "View Controls" nav button, save (which saves an apparently new version), but upon reloading the interface, the original document loads again but in its original orientation.  Maybe this control isn't meant to indicate the document itself will be rotated?  But if so, it's not very well explained.

Comment
  • I can confirm the above behavior, i believe (i just installed the plug-in this afternoon after learning about it in the 22.3 webinar).  I can rotate the document using the "rotate clockwise" control under "page orientation" in the "View Controls" nav button, save (which saves an apparently new version), but upon reloading the interface, the original document loads again but in its original orientation.  Maybe this control isn't meant to indicate the document itself will be rotated?  But if so, it's not very well explained.

Children
  • Thanks Mike, I got it now. We are working on a new version of component and I will try to incorporate this change.

  • The "regular save" button *only* saves over the existing document (as a new version).  My point is, there needs to be a way to configure this in the back-end to create a new, separate document in an arbitrary folder. 

    Imagine a use case where we present a generic template to a basic user, ask them to populate a few things (for example just a name and signature, etc), then save.  We are *NOT* talking about "computer experts" here - but rather, about as far to the other end of the spectrum as you can get.  The "save as" button (while a nice option in other cases, of course) is not acceptable here, particularly because we won't want to count on the basic user to have to provide a correct / meaningful name (nor would i even assume they'll even do it successfully at all, in some cases).  Instead I'd hide the "save as" button and just make them click "save" - but I don't want to save over my generic template, either.

  • Mike, there should be two buttons one for save and one for save as where it captures the name. Does the regular save does not work for you?

  • Thanks - that appears to be the culprit behind the confusion here.  I was able to use that control to rotate a page in a document and i can confirm it persisted after hitting "save".

    Also, a bit of a feature request: if using this in a production system, I'd want an easier way to provide the user a generic template, and when they hit "save", have the component save a new (separate) copy (with either the same name or a pre-determined one), without having to require the user to hit "save as" and type a hand-entered name. 

    The current options don't allow us to do this, though they're frustratingly close.  It would simply require a new optional flag called "saveNewCopy", maybe a new field called "newCopyFilename" or similar, and it could utilize the existing "document folder" parameter for the save-to location (which, BTW, if not provided during a "save as", saves new documents to a "null" Folder ID, leaving them in a weird limbo in the appian filesystem - just fyi.  it would be better if it could be "forced" somehow, or hardcoded to /Default Community/Temporary KC/Temporary Documents, if a better value isn't provided).

  • Hi Mike, View Controls are just for user preference on viewing the document in moment, if you open the page manipulation, rotate it and save the document, it will preserve the orientation.