I'm looking for an open source PDF custom viewer for our web application along with the capability of saving PDF with annotations. I'm glad to found the solution (Though its cloud based) from the leader. With 2 days of knowledge from your documentation and other posts, I'm posting my observations and questions:
You write "Forcing <CLIENT_ID> for localhost web application may not be required. Only if you want users to create account in adobe." Maybe I misunderstand how the SDK works, but it seems to me that the file to be rendered must be sent to Adobe's servers, which render it and return it. This would be just as true for localhost. So a client id is still applicable, and this could not be used offline, nor if security prevents the local PDF from being sent for rendering. Do I misunderstand?
No. I misunderstood, you are correct. I should have looked at it with the analystics perspective. As I mentioned, I wrote the above with the 2 days knowledge of reading.
Thanks for your information.
Maybe I misunderstand how the SDK works, but it seems to me that the file to be rendered must be sent to Adobe's servers, which render it and return it. This would be just as true for localhost.
Thank you, Joel, for the update. This is surprising but excellent news. It also answers my concern about what business model Adobe would use for the server farm I imagined to be needed.
Also... what leads you to say it is open source? My reading says they are proudly NOT open source because this helps deliver the other objectives?
Actually, we are looking for a open source lib like PDF.js to customize for our needs. But adobe View SDK is providing more than what we are looking for. Thats what I mean.
I may be completely wrong, and may completely misunderstand the capabilities of JS. But my thought is that there would never be a PDF viewer in native JS - which rendered without sending to a rendering engine on the same or a different host, written in another language. My thought is that JS would be far too slow for this task, even before dealing with the complexities of writing arbitrary graphics to the screen in an efficient way. Server side rendering typically rasterises and delivers images.
Nope. It's all client-side. Text, including embedded/subset fonts, vector graphics, and images. Fully scalable, not a bitmap. What you do lose is multimedia support and working with annotation types and form fields with calculations and validations that View SDK doesn't support... yet.
Adobe team, please provoide information pointwise. Please suggest if I need to post each point as a separate post ?
This is primarily a user to user forum but I have forwarded your request to the View SDK team inside Adobe to respond.
Please let me know if you get any response from adobe team. Or is there any other way to reach them ?
Adobee team, This is mentioned in the FAQs document of view SDK.
"If the SDK is free to use, how does Support work, if I have any issues?
Please clarify my doubts mentioned in my post.
I think this post has clearly shown the level of support you may expect for this service. I have no specific information on support for this service, however Adobe do not in general provide any support at all for free services - neither free nor paid - and direct customers to the forum for community discussion. Customers are not directed to forums because Adobe staff are waiting there to support.
An official Adobe response is being crafted. Several of the questions involve disclosing the roadmap which they cannot do. Determining which of the points we can respond to directly and publicly vs. responses that would require an NDA takes some time. Other responses will end up being along the lines of "we don't know yet" or "what would work best for you".
I monitor this forum throughout the day. While I am not currently an Adobe employee, I do work closely with the team. Were this a technical question, it'd be answered by now.
That's good to know, Joel, thanks.
Thanks for the feedback. We will look into this.
Viewer in its current form will continue to be free in the foreseeable future.
Yes the free viewer includes annotation tools and call back APIs
This is required for product analytics.
As you correctly noted there are several changes/feature enhancements that are there in our roadmap. For any specific feature we encourage you to post those requests in this forum. We are always listening to our customers and you will get to know when these features are made available. Annotation tool is already available in View SDK. You can check the documentation to see what is supported currently within Annotations.
Thanks for the feedback. We will look into this request.
An adobe account is required to use our services.
We will continue to evaluate different options and then decide on our future product strategy. Native mobile SDK is being evaluated.
We will continue to evaluate different options and then decide on our future product strategy.. You can share more details on your use case which will help us understand your requirement.
Any new change/enhancement in SDK/UI will reflect immediately in our web application. It will be good to have them immediately but Clients may get confused for significant UI changes.
Our View SDK is on a continuous release cadence. Any significant UI changes are always behind an option to avoid any customer confusion. In case there are other specific requirements that you have for a versioned View SDK, please reach out to us and we will see how we can help you.
We do not foresee changes in the existing callback APIs. Having said that it is not possible to comment on all future changes.
Thanks for your detailed response. It would be great if you have a adobe badge or something to identify that you are from adobe.
The current Viewer SDK is providing lot of features for our web app. We are interested about the following,
Native mobile SDK is being evaluated
- Excellent. Glad to know this. Please let us know when can we expect it. Please let us know the tentative date.
Regarding supporting offline web application. You can share more details on your use case which will help us understand your requirement.
- We will allow users to download data (Data, files etc...) in our web app which they want to access without internet (Offline). We are using html5 app cache to cache the js, css, image, html etc
- They can modify data when they are offline. When they come online, our application will sync the modified data.
- Please consider role capability like admin user should be able to delete/edit any comment/annotation. And other users should edit/delete their own comment/annotation.
- There are limitations mentioned under mobile support. Any plans to overcome those in the future ?
Is the Adobe DC View SDK free for commercial use? Is there a license somewhere that explicitly states the free usage terms?
We are facing issue like if opened a big file with 15 to 16 pages rendering pages is very much slow. After scrolling to a page you have to wait for teh page to be loaded.Do you have any solution. ADOBE ONLINE Viewer SDK.
Shakti, please don't add to an unrelated thread. Please start a new one to avoid confusing everyone (since all contributors get all replies). When you post you should probably include info like (at least) file size, and how many system types and network you have tested. DO NOT REPLY WITH THIS INFO, start a new thread. Thank you.