Wanted to check to see if there was any update on this or plans to support at least displaying acro form fields.

As the original poster had mentioned, the underlying lib is PDF.js which DOES support displaying form fields. See this example for how to do so: https://github.com/mozilla/pdf.js/tree/master/examples/acroforms

I had problems getting that example to work using the same version and CDN provided files that Telerik uses (https://cdnjs.cloudflare.com/ajax/libs/pdf.js/2.2.2/pdf.js), however, once I downloaded the PDF.js project from Github and built using GULP as the example explained, I could get the form fields to show as expected.

I'm almost betting that we could actually change the script-src from pointing at the CDN to the built files ourselves, however, because there are version differences AND telerik has wrappers around this library, I would suspect that issues would occur. So to me, it seems all Telerik needs to do is support the latest version of PDF.js and then expose some parameters to let you control the visibility of the form fields.

A few things to note though, in the current implementation of PDF.js in regards to form fields, (from my limited testing) it does not currently seem possible to update a field and have that feedback into the actual PDF. So if you try to download it, it'll download the original content stream without the modified form value. Additionally, on Adobe PDF's, it is possible to have a form field with MULTIPLE annotations/widgets, which are essentially locations for where to visually show the form field. In PDF.js, even though the fields are editable, it doesn't take into account scenarios where the form fields are actually linked.

These two issues will most likely cause confusion for users, so ideally either Telerik would need to implement this logic OR just render these fields as readonly.