I'm currently running a SharePoint 2007. The documents in my libraries will get a PDF rendition when they are approved.
Is there a way to show the PDF rendition in stead of the file when browsing the libraries. Users should be able to edit these files when selecting edit from the context menu.
Thanks
Disclaimer: I work at Atalasoft
We sell a SharePoint solution (Vizit) that has PDF rendition and annotation capabilities: http://www.atalasoft.com/products/vizit
There is no support for doing this in SharePoint alone unless you implement a solution. You'd need to turn PDF into something web-browser compatible, and then implement the editing features you need.
If you have Acrobat installed on clients, you may be able to do what you need by using their ActiveX controls. The trick is getting the edits back into SharePoint and playing nice with version control, etc (Vizit does all of this for you).
If you just need reading, you can serve the PDF with an HTTP header called "Content-disposition" set to "inline" -- they will not be able to edit.
Related
I would like to ask the following if possible. We have a client that wants a separate pdf document, embedded in a main pdf document and opens when you click it. Like the function in MS Word where you can attach another Word document inside a Word document (Word-ception, lol) and you can still open it.
I've tried it in Acrobat Pro with the Attachment and Link tools. Another option was to put the link document in an ftp server for accessibility. but our client really wants this functionality. Is this possible in Indesign?
Thank you!
Using Word as your example vehicle there are several ways to link 2 documents.
One is an appendix to the other, in PDF terms is a merge or binding but its one flowing document with separate sequential sections/chapters.
Another way is to link to an external file, in PDF terms a hyperlink to a relative second file, which can be locally folder relative or a web absolute reference. You have tried that.
In Word we can add objects internally with icons, in PDF that can be an annotation comment attachment to save externally and action accordingly. You also seem to discount that approach.
Finally PDF offers an Adobe Specific Structure where multiple PDFs attachments can be imbedded in an overall PDF wrapper. These are called Portfolios and not! to be confused with their portfolio service
They are unpopular since in a browser without Adobe Reader they should only offer the cover page.
Whilst in securer offline readers the files may well be shown as attachments that you need to save or independently open to view them.
Only some non Acrobat viewers may view them as a collection. And in the past that required runing insecure SWFlash, But I understand that has changed ?
Here is how the 3 internal PDF files seen above were shown in older Acrobat 9.
Possibly the best experience is using Foxit Reader
I am wondering if there is a way to edit pdf file (generated by Adobe Illustrator) in a web browser? They types of 'edit' that I'm after such as reposition element, changing color, changing text...etc and finally save the edited file.
iText seem like a good framework but not sure about it's capability.
Theoretically this is possible. But it would mean you would have to use a client-side PDF library capable of doing such edits. Such libraries are not common; in fact the only one I know of that could enable you to write something like this is created by PDFTron (https://www.pdftron.com).
(I know nothing more about that product; haven't used it or looked at it in detail)
I would like to write a "quick look" feature for my web application, that allow user "view" these kind of document on the web page, how can I do so? Thank you.
You could use OpenOffice which can open all of those formats. OpenOffice can also be used to convert a document to HTML. All that can be done through a Java API on the server (no GUI required).
I do not know how good the generated HTML is though, but it might be worth trying.
For PDF you will need an OpenOffice plugin that enables OpenOffice to open PDFs (for editing).
Check out the Crocodoc API. Crocodoc provides an HTML5 viewer (no Flash!) which you can embed in your web pages. It's free for non-commercial use.
We just migrated my sites from 2007 to 2010. Now SharePoint 2010 offers to save Pdf document when clicking on the document in the document library. MOSS2007 was showing Pdf documents in the browser.
I have checked other posts and Web Application has Browser File Handling set to "Permissive". Please advise what else I can do.
Thanks,
Robert
There are several possible causes:
First of all you may have
BrowserFileHandling set to "Strict"
on the list level. According to
MSDN, list level property
BrowserFileHanlding is an override
setting.
Please check that your Document
Library settings are set to display
document in the browser. Sometimes,
option can be set to display in the
client first.
If you nothing helps, check my recent blog at https://www.pdfsharepoint.com/sharepoint-2010-and-pdf-integration-series-part-1/ There is solution #2 (PowerShell) that allows you to add Pdf MIME type to AllowedInlineDownloadedMimeTypes. This option does not require "Permissive" BrowserFileHandling at all. Also you can limit files that can be opened in browse to Pdf file types only.
If even "AllowedInlineDownloadedMimeTypes" does not help, then there is some issue on the client side. Check your Adobe Acrobat/Reader settings to ensure that nothing was changed since your upgrade to SharePoint 2010.
Thanks,
Dmitry
Although it would be nice to not use PDF, we are using a legacy system that only generates PDF forms.
I am working with some PDF forms that embed JavaScript to submit data back to a server. The form works when viewed and filled out in the browser.
Unfortunately, our users like to download the forms to their computer, fill them out completely, and only then get an error from Acrobat Reader that it cannot submit the form unless it is loaded in a browser.
How can I make the JavaScript form submission work outside of the web browser, prevent the users from downloading the form, or have the form warn them it won't work before they fill it out?
My knowledge of PDF is probably at least one version of Acrobat behind the curve, but I think the short answer to your question is "You can't".
From a bigger picture point of view: the use of PDF as a data entry user interface is a path of much pain and suffering.
If your objective is to provide a picture-perfect UI available over the web, look at solutions like Blueprint CSS.
If your objective is to provide a 'rich' user experience, look at JQuery.
If your objective is to save yourself the work of replicating an existing document as a web form, then you have not yet learned how much real work it takes to use PDF as a data-entry mechanism.